2.2.2.2 Service Bus
Service Bus làm cho dễ dàng để kết nối các ứng dụng cùng nhau qua Internet. Các dịch vụ đăng kí trên Bus có thể dễ dàng khám phá và tiếp cận, trải trên bất kì topology mạng nào. Service Bus cung cấp mẫu ứng dụng quen thuộc Enterprise Service Bus, trong khi giúp giải quyết một số của những vấn đề khó nảy sinh khi cài đặt mẫu nay trên mạng, sự bảo mật, và các biên của tổ chức, ở phạm vi Internet [5].
2.2.3 Dịch vụ SQL Azure
>acm create rule -name:my-rule -scopeid:scp_3fe16b4df862e0f361249656a62c60738206c3a2 -inclaimissuerid:iss_0beec7b5ea3f0fdbc95d0dd47f3c5bc275da8a33 -inclaimtype:Issuer -inclaimvalue:my-issuer -outclaimtype:action -outclaimvalue:reverse Object created successfully
Các tổ chức Công nghệ thông tin đang xem xét một sự hội tụ của các nhân tố tác động đến họ. Những nhân tố này bao gồm sự tăng nhanh chóng của dữ liệu số, sự cần thiết đối với việc xử lý các giao dịch và để hỗ trợ những truy vấn ngẫu nhiên đối với một lượng lớn dữ liệu, và sự bùng nổ của lưu lượng Internet. Các tổ chức Công nghệ thông tin phải đối phó với những điều như sau:
Sự vượt quá khả năng lưu trữ.
Cân nhiều server hơn.
Cần nhiều không gian (rack space).
Điều hành hoạt động server.
Lập kế hoạch cho sự cần thiết tương lai.
Cung cấp khả năng mở rộng và làm cho dịch vụ chạy được và chạy theo mức độ yêu cầu mất nhiều thời gian. Giá thành của bảo trì hạ tầng cơ sở cũng tăng lên. Các tổ chức này thường sử dụng khơng gian dự phịng khi cần, làm tăng giá thành IT. Mặc dù giá thành phần cứng và phần mềm đang có xu hướng hạ thấp, số lượng dữ liệu số tăng lên nhanh chóng, địi hỏi niều phần cứng và nơi lưu trữ. Sự tăng nhanh đáng kể trong số lượng của phần mềm và sự bảo trì cũng làm tăng thêm giá thành.
2.2.3.2 Các thành phần của dịch vụ SQL Azure
[7].
Hình 2.12: SQL A [6]
Cơ sở dữ liệu SQL Azure (Cơ sở dữ liệu SQL Azure) SQL Azure c
) khi .
.
Một DBMS trong đám mây hấp dẫn bởi nhiều lý do. Đối với một số tổ chức, cho phép một nhà cung cấp dịch vụ đặc biệt đảm bảo tính tin cậy, điều khiển sao lưu, và thực hiện những chức năng quản lý khác mang lại nhiều ý nghĩa. Dữ liệu trong đám mây có thể được truy cập bởi các ứng dụng chạy ở mọi nơi, thậm chí trên các thiết bị mobile. Việc đưa ra những sự tiết kiệm chi phí của việc mở rộng mà một nhà cung cấp dịch vụ quan tâm, sử dụng một cơ sở dữ liệu đám mây sẽ mang lại giá thành rẻ hơn tự phải làm nó. Mục đích của Cơ sở dữ liệu SQL Azure là để cung cấp những lợi ích như vậy. Hình 2.14 chỉ ra một cách nhìn đơn giản của kĩ thuật này.
Một ứng dụng sử dụng Cơ sở dữ liệu SQL Azure có thể chạy trên Windows Azure, trong một trung tâm dữ của công ty, trên một thiết bị di động, hay ở một nơi khác. Bất cứ nơi đâu nó chạy, ứng dụng truy cập dữ liệu thông qua một giao thức gọi là TDS (Tabular Data Stream). Đó cũng là giao thức sử dụng để truy cập một SQL Server Cơ sở dữ liệu cục bộ, và do đó một ưng dụng Cơ sở dữ liệu SQL Azure có thể sử dụng bất kì một thư viện khách SQL Server đã tồn tại nào. ADO.NET là thư viện được dùng nhiều nhất, nhưng ODBC và những thứ khác cũng có thể được sử dụng.
Mặc dù trong khi môi trường xem như chuẩn, dịch vụ một ứng dụng sử dụng vững chắc hơn những gì một thể hiện đơn của SQL Server cung cấp. Như trong sự lưu trữ Windows Azure , mọi dữ liệu lưu trữ trong Cơ sở dữ liệu SQL Azure được sao lưu làm 3. Cũng giống như việc lưu trữ Windows Azure, dịch vụ cung cấp sự thống nhất ở mức cao: khi một theo tác ghi trả lại, mọi sao lưu đã được ghi. Mục đích là để cung cấp lưu trữ dữ liệu đáng tin cậy thậm chí trong trường hợp có lỗi hệ thống hay lỗi mạng.
Kích thước lớn nhất của một Cơ sở dữ liệu đơn trong Cơ sở dữ liệu SQL Azure là 10 gigabytes. Một ứng dụng mà dữ liệu của nó trong phạm vi giới hạn này có thể sử dụng chỉ một cơ sở dữ liệu, trong khi một ứng dụng khác với nhiều dữ liệu hơn sẽ cần tạo nhiều cơ sở dữ liệu. Hình sau chỉ ra ý tưởng này.
Hình 2.14: một ứng dụng có thể sử dụng chỉ một cơ sở dữ liệu hay nhiều cơ sở dữ liệu [6]
Trong một số trường hợp, thậm chí các ứng dụng với lượng nhỏ dữ liệu có thể chọn sử dụng nhiều cơ sở dữ liệu. Cách này cho phép các truy vấn song song, và do đó nó có thể cung cấp hiệu năng tốt hơn trong một số trường hợp. Tương tự như thế, một ứng dụng cung cấp các dịch vụ cho nhiều tổ chức khác nhau có thể chọn sử dụng nhiều cơ sở dữ liệu, có lẽ đăng kí mỗi cơ sở dữ liệu cho một tổ chức.
―Huron‖ data Sync
,
. Ý tưởng là của việc xây dựng dịch vụ này là việc dữ liệu được lưu giữ chỉ ở một nơi. Nhiều tổ chức có bản sao chép của cũng dữ liệu của những cơ sở dữ liệu khác nhau, thơng thường ở những vị
trí địa lý khác nhau. Việc giữ cho dữ liệu đó đồng bộ là thách thức nhưng cần thiết.
―Huron‖ Data Sync tập trung vào vấn đề này. Xây dựng trên Microsoft Sync Framework và Cơ sở dữ liệu SQL Azure, nó có thể đồng bộ dữ liệu quan hệ ở nhiều cơ sở dữ liệu. Hình 2.16 chỉ ra cơ sở của kĩ thuật này.
Hình 2.15: “Huron” Data Sync sử dụng Microsoft Sync Framework để đồng bộ dữ liệu trong Cơ sở dữ liệu SQL Azure và các cơ sở dữ liệu trong nhà [6].
―Huron‖ Data Sync làm việc theo cùng cách: dữ liệu thay đổi được đồng bộ đầu tiên với Cơ sở dữ liệu SQL Azure, sau đó là với DBMS. Kĩ thuật cung cấp một giao diện đồ họa cho phép người dùng xác định dữ liệu nào nên được đồng
nghĩa những xung đột nào có thể được điều khiển. các lựa chọn bao gồm ưu tiên phép ghi cuối cùng, yêu cầu những sự thay đổi đối với một cơ sở dữ liệu xác định thành công, và nhiều hơn nữa.
Đặc tính chính của SQL Data Service là cung cấp dữ liệu như một dịch vụ. Dữ liệu của bạn luôn sẵn sàng bất cứ nơi đâu, bất cứ lúc nào. Dịch vụ cung cấp những lợi ích chính như: Dịch vụ dễ sử dụng, sự phát triển ứng dụng nhanh hơn, hỗ trợ chuẩn công nghiệp và hỗ trợ giao thức được biết rộng rãi (REST và SOAP)
2.2.4 Dịch vụ Live
Live service là một tập các block trong nền tảng dịch vụ Azure để điều khiển và quản lý các tài nguyên ứng dụng và dữ liệu người dùng. Live Service cung cấp cho các nhà phát triển một cách dễ dàng để xây dựng những ứng dụng và những thử nghiệm, trên phạm vi rộng lỡn của những thiết bị số mà có thể kết nối tới một trong những nhóm người lớn nhất trên Web.
Chương 3 - XÂY DỰNG ỨNG DỤNG TRA SOÁT LIÊN NGÂN HÀNG DỰA TRÊN NỀN TẢNG AZURE
Chương này phân tích nhu cầu cần thiết của việc xây dựng ứng dụng tra soát liên ngân hàng, trên cơ sở đó tiến hành khảo sát thiết kế và cài đặt ứng dụng tra soát liên ngân hàng, dựa trên nền tảng Windows Azure.
3.1 Tổng quan ứng dụng tra soát liên Ngân hàng
3.1.1 Sự cần thiết phải xây dựng ứng dụng tra soát liên Ngân hàng
Hiện tại ở Việt Nam, thanh toán qua thẻ đã trở thành nhu cầu không thể thiếu được. Với việc thanh tốn qua thẻ, cơng việc thanh tốn lương hàng tháng cho nhân viên sẽ trở nên đơn giản hơn đối với các cơ quan, doanh nghiệp. Họ sẽ khơng cịn phải th nhiều nhân viên để tham gia trả tiền lương hàng tháng, họ cũng không cần phải dự trữ cũng như vận chuyển nhiều tiền mặt để đem trả lương cho nhân viên - điều đó hạn chế được rất nhiều rui ro mất tiền. Các chủ sở hữu thẻ sẽ không cần phải mang một số tiền lớn đi ra ngồi, thay vào đó họ chỉ cần cầm chiếc thẻ đi và có thể sử dụng vào việc rút tiền ở bất cứ đâu, hay sử dụng thẻ trực tiếp vào việc thanh toán. Rõ ràng là việc sử dụng thẻ ngày càng trở nên không thể thiếu đối với hầu hết mọi người.
Hiện tại, các ngân hàng đang tích cực thạm gia vào việc phát hành thẻ. Nhưng một vấn đề đặt ra là nếu các ngân hàng tự đầu tư hệ thống ATM sử dụng cho việc rút tiền thì chi phí sẽ rất lớn, mà trong khi đó khơng tận dụng được tối đa khả năng sử dụng của các máy ATM. Do đó, các ngân hàng đã liên kết lại thông qua những công ty làm cầu nối trung gian như Banknetvn, SMARTLINK để có thể thơng qua đó, sử dụng chung một hệ thống máy ATM. Điều đó tạo sự thuận lợi rất lớn cho các ngân hàng. Tuy nhiên, việc sử dụng thông qua chung một công ty như vậy lại phát sinh ra những vấn đề mới. Đó là xảy ra tình trạng ngân hàng này sẽ thanh tốn cho ngân hàng khác và như vậy có khả năng sẽ dẫn đến việc tranh chấp giữa các ngân hàng. Vì vậy địi hỏi tổ chức phải có một trung gian để thực hiện việc thanh toán cũng như giải quyết tranh chấp khi thanh toán cho các ngân hàng.
Hiện tại, việc tranh chấp giải quyết được thực hiện một cách thủ công, qua nhiều giai đoan, bao gồm:
Công ty chuyển mạch tài chính Banknetvn sẽ phân loại từng giao dịch theo các ngân hàng,kiểm tra sơ bộ, lưu giữ lại một bản copy và chuyển một bản sang cho bên ngân hàng cần phải thực hiện tra soát dạng fax
Ngân hàng thực hiện nghĩa vụ tra soát sẽ tiến hành kiểm tra giao dịch theo yêu cầu, báo lại cho Banknetvn kết quả kiểm tra bằng văn bản fax.
Banknetvn dựa trên kết quả kiểm tra này sẽ tổng hợp và báo lại với ngân hàng phát sinh yêu cầu dưới dạng văn bản fax.
Quá trình như trên được thực hiện sẽ làm chậm tiến trình tra sốt cũng như việc tổng hợp xem xét của các bên. Chính vì nhu cầu trên, việc xây dựng hệ thống tra soát liên ngân hàng trợ giúp cho việc tra soát những giao dịch tranh chấp giữa các ngân hàng. Chương trình này cho phép bên phát sinh ra tranh chấp có thể cập nhật những thơng tin về giao dịch để yêu cầu bên thanh toán hộ tra sốt lại hịng tìm ra xem giao dịch đã thực hiện có đúng là thành cơng hay khơng. Ngồi ra chương trình cịn trợ giúp cho bên trung gian (là bên xây dựng ứng dụng tra sốt) có thể xem kết quả tra sốt để hỗ trợ các bên liên quan trong q trình tra sốt khi có u cầu cần thiết. Chương trình cũng hỗ trợ việc xuất ra báo cáo cho các bên theo thời gian để có thể ước lượng cũng như đánh giá tổng quát về số lượng cũng như chi tiết từng giao dịch đã tra soát và những giao dịch đang trong quá trình tra sốt.
Một vấn đề đặt ra rất được quan tâm đối với luận văn này là việc xây dựng ứng dụng tra sốt trên đám mây có lợi ích gì so với việc xây dựng ứng dụng cài đặt tại máy chủ thơng thường. Liệu những lợi ích khác biệt này mang lại có đủ để thúc đẩy việc đưa ứng dụng này lên đám mây không? Rõ ràng việc xây dựng ứng dụng trên đám mây mang lại những ý nghĩa dưới đây:
Với việc đưa dữ liệu lên đám mây, người quản trị ứng dụng khơng cịn phải lo tới
việc bảo trì hệ thống để làm cho ứng dụng vận hành trơn tru. Công việc này sẽ được phải nhà cung cấp dịch vụ (Microsoft) đảm nhiệm.
Công việc quản trị sao lưu phục hồi CSDL cũng được tự động hóa thực hiện, đảm
bảo dữ liệu không bị mất (do được sao lưu thành 3 bản), và do đó đảm bảo ứng dụng không bị mất dữ liệu
Tổ chức Banknetvn không phải lo tới việc đầu tư nâng cấp phần cứng. Công việc
này sẽ được Microsoft thực hiện, đảm bảo cho việc ứng dụng hoạt động đúng theo yêu cầu
Khả năng mở rộng/ thu hẹp phạm vi dịch vụ nhanh. Khi cần tăng tốc độ ứng
dụng, chỉ cần khai báo cấu hình cần thay đổi trong một tệp cấu hình đã được định nghĩa sẵn. Hệ thống Windows Azure sẽ tự động cập nhật thay đổi cấu hình và sẽ khởi tạo các tham số để đáp ứng với sự thay đổi cấu hình này. Chẳng hạn, khi muốn tăng số thể hiện ứng dụng đang chạy, chỉ cần thay đổi tham số tương ứng với số lượng thể hiện trong tệp cấu hình. Khi lưu trữ trên những máy chủ của nhà cung cấp dịch vụ thơng thường, muốn thay đổi cấu hình khách hàng phải làm đơn từ và ký kết khá phức tạp.
Giảm chi phí đầu tư ban đầu do việc thanh toán tiền sử dụng dịch vụ mềm dẻo.
Việc thanh toán diễn ra dựa trên nhu cầu sử dụng dịch vụ, được thực hiện dưới dạng trả sau. Điều này khác với việc lưu trữ ứng dụng trên máy chủ của nhà cung cấp dịch vụ bình thường, vì khách hàng phải ký kết hợp đồng trả tiền hàng tháng với một khoản cố định.
Tốc độ ứng dụng cũng sẽ được cải tiến so với các ứng dụng được lưu trữ trên
máy chủ của nhà cung cấp dịch vụ thông thường. Do đám mây có sử dụng kĩ thuật điện tốn lưới (trong đó sử dụng cơng nghệ tính tốn song song) lên ứng dụng đảm bảo được xử lý ở tốc độ cao. Đây là một lợi thế không nhỏ do các ứng dụng trên Internet thường bị điểm yếu về tốc độ.
3.1.2 Khảo sát phân tích nghiệp vụ
Đối tượng sử dụng: Đối với Ngân Hàng phát hành thẻ là tra soát viên (TSV) và kiểm soát viên (KSV) của ngân hàng phát hành. Ngân hàng thanh tốn có tra sốt viên (TSV) và kiểm soát viên (KSV) của ngân hàng thanh tốn.
Tại TCPHT có các u cầu phát sinh như dưới đây:
Nhập YCTS lần 1: TSV của các tổ chức phát hành thẻ sẽ cập nhật vào chương trình và nhập các yêu cầu tra sốt. Những thơng tin về yêu cầu tra soát bao gồm: Ngày giao dịch, giờ giao dịch, Mã thiết bị, Số thẻ, Số trace, Tổ chức chấp nhận thẻ (Acquirer), Tổ chức thanh toán thẻ (Issuer), Mã tra soát (theo bảng mã, tham khảo phụ lục bảng mã tra soát), Số tiền tra sốt (nếu có), Ghi chú u cầu (nếu có). Khi lựa chọn xong các yếu tố trên, TSV sẽ tiến hành ghi lại để kết thúc nhập thông tin, chuyển tiếp sang giao dịch khác. Tất cả các giao dịch khi đã được TSV nhập xong sẽ được chuyển sang màn hình kiểm sốt để các KSV có thể vào kiểm tra và chấp nhận giao dịch. Khi có thơng báo sửa
Nhập YCTS lần 2: Khi có trả lời tra sốt lần 1, tức là khi giao dịch đã được trả lời tra soát với yêu cầu tra soát lần 1 của TSV, có thể xảy ra trường hợp giao dịch này sẽ được đưa vào tra sốt lần 2. Mục đích của tra sốt lần 2 là làm rõ hơn những thông tin về giao dịch lần 1, bao gồm những chứng cứ xác thực hơn để làm rõ giao dịch này trong trường hợp bên TCPHT chưa thỏa mãn với câu trả lời từ TCTTT. Khi cần yêu cầu lần 2, các TSV sẽ vào chức năng tạo yêu cầu lần 2. Khi đó những giao dịch đã trả lời lần 1 sẽ được hiện lên, bao gồm những thông tin cơ bản để xác định giao dịch. Khi tìm được đúng giao dịch cần tra soát, TSV sẽ lựa chọn:
o Mã tra soát lần 2 (theo bảng mã) o Số tiền tra sốt lần 2 (nếu có) o Ghi chú yêu cầu lần 2 (nếu có)
Khi lựa chọn xong các yếu tố trên, TSV ghi lại để kết thúc, chuyển tiếp sang giao dịch khác. Những giao dịch sau sẽ khơng được tiến hành tra sốt lần 2: o Giao dịch đã được trả lời lần 1 với mã thành công (304) hoặc hoàn trả 1