TÍCH HỢP NGHIỆP VỤ DỰA TRÊN CÔNG NGHỆ ESB MIDDLEWARE

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TRANG PHỤ BÌA NGUYỄN MINH TÂN TÍCH HỢP NGHIỆP VỤ DỰA TRÊN CÔNG NGHỆ ESB MIDDLEWARE Ngành: Hệ thống thông tin Chuyên ngành: Hệ thống thông tin Mã số: 60480104 TÓM TẮT LUẬN VĂN THẠC SĨ NGÀNH HỆ THỐNG THÔNG TIN NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS.TS Nguyễn Ngọc Hóa Hà Nội – 2017 MỞ ĐẦU Ngày nay, hệ thống công nghệ thông tin phục vụ cho ngân hàng (Hệ thống quản lý quan hệ khách hàng (CRM), Hệ thống quản lý hiệu hoạt động (KPI), Định giá điều chuyển vốn nội (FTP), Quản lý tiền mặt, kho quỹ, tài sản v.v…) thường xuyên nâng cấp phát triển, góp phần tăng hiệu điều hành thực thi, lực tra, giám sát Bên cạnh đó, để mang tính qn đồng bộ, hệ thống phải giao tiếp với – vấn đề khó khăn mà tổ chức Ngân hàng gặp phải Thực trạng nay, hệ thống, ứng dụng giao tiếp với qua mơ hình tích hợp point-to-point (hai ứng dụng kết nối trực tiếp với nhau) tích hợp tĩnh (viết mã tích hợp đan xen mã ứng dụng) Theo thời gian, phương thức truyền thống tạo kết nối chồng chéo, phụ thuộc chặt chẽ lẫn dẫn tới khó khăn chỉnh sửa nghiệp vụ có yêu cầu, hệ chi phí tích hợp gia tăng đáng kể Do đó, trục tích hợp liệu ESB đưa trở thành giải pháp hàng đầu để giải khó khăn Với thực trạng trên, luận văn hướng đến mục tiêu nghiên cứu, khảo sát đánh giá số giải pháp tích hợp dịch vụ mã mở dựa công nghệ ESB Middleware, từ ứng dụng tích hợp số dịch vụ nghiệp vụ ngân hàng TPBank Nội dung luận văn gồm: Chương 1: Giới thiệu sở lý thuyết, vấn đề liên quan đến tích hợp hệ thống công nghệ sử dụng Chương 2: Trình bày ESB, khái niệm, thành phần so sánh số công cụ ESB Middleware Chương 3: Trình bày thực trạng hệ thống cơng nghệ thông tin ngân hàng TPBank, đưa phương pháp giải vấn đề Xây dựng, thử nghiệm đánh giá hệ thống Kết luận chung: Các kết đạt được, điểm hạn chế hướng phát triển CHƯƠNG I TỔNG QUAN VỀ TÍCH HỢP HỆ THỐNG Giới thiệu Ngày nay, phát triển vươn tới đỉnh cao mới, nhu cầu làm chủ tri thức người đặt lên hàng đầu Do đó, thơng tin liệu cần phải dễ dàng truy xuất, độ tin cậy, tính xác cao ln ln sẵn sàng phục vụ Theo thời gian, phát triển công nghệ nhu cầu người xuất hệ thống hoạt động trao đổi liệu theo kiến trúc đặt thách thức kiến trúc cần trao đổi liệu phối hợp nhịp nhàng với hệ thống cũ Do người ta đưa giải pháp tích hợp hệ thống để giải vấn đề 1.1 Khái niệm tích hợp hệ thống Vậy Tích hợp hệ thống trình liên k ết, kết nối hệ thống thơng tin, khía cạnh chức lẫn hạ tầng tính tốn, để hoạt động thể thống [1] 1.2 Mục tiêu thách thức  Mục tiêu Tích hợp hệ thống giúp truy xuất liệu cần thiết từ hệ thống cần tìm, thời điểm mong muốn với chất lượng tuyệt đối chi phí thấp  Thách thức tích hợp hệ thống Việc thiết kế thường độc lập thường theo kiểu “nghĩ đến đâu làm đến đấy”, dó thường khó để kết hợp thành phần nhỏ để giải toán chung Hơn nữa, ứng dụng dịch vụ Web, ứng dụng cho hệ điều hành Windows, Linux… phát triển nhiều ngôn ngữ khác phương thức quản lý liệu khác Việc vượt qua điểm khác biệt để tích hợp thành phần thành hệ thống điều khó khăn 1.3 Kiểu tích hợp 1.3.1 Tích hợp mức liệu Đây kiểu tích hợp liệu mức thấp, ứng dụng/ hệ thống tham gia vào hệ tích hợp chia sẻ liệu chung với Ở mức độ tích hợp này, cần tiến hành công việc sau:[1]  Định danh liệu: vị trí nguyên thủy hệ phân tán  Thể loại hóa liệu: phân loại liệu gán nhãn thể loại  Xây dựng mô hình siêu liệu (metadata), mơ tả liệu liệu Một số phương pháp chia sẻ liệu điển hình: Chia sẻ liệu dạng tệp (File-base data sharing), Chia sẻ sở liệu (Shared Database), Đồng tệp (Socket) 1.3.2 Tích hợp mức chức Là phương pháp cho phép ứng dụng chia sẻ chức (tái sử dụng chức năng) lẫn nhau.[1] Một số phương pháp điển hình tích hợp chức là:  Gọi thủ tục từ xa (Remote Procedure Call)  Đối tượng phân tán (Distributed Object)  Thông điệp (Message) 1.3.3 Tích hợp mức dịch vụ (quy trình) Là tích hợp mức cao, cho phép khắc phục nhược điểm phương thức thông điệp Phương pháp có loại:  Tích hợp hệ thống dựa vào tích hợp quy trình nghiệp vụ  Tích hợp hệ thống dựa vào kiến trúc hướng dịch vụ 1.3.3.1 Tích hợp quy trình Tích hợp mức quy trình đảm bảo mục tiêu tạo mơ hình chung hệ thống liên kết qua dịch vụ quy trình Phương pháp thường sử dụng hệ thống: Dịch vụ khách hàng, Quản trị nguồn nhân lực, Giao dịch tài chính, Chế tạo 1.3.3.2 Tích hợp hướng dịch vụ ( Service-Oriented Architecture) Kiến trúc hướng dịch vụ (SOA) mơ hình xây dựng ứng dụng dựa dịch vụ có mạng chuyên biệt, chẳng hạn Web SOA giải vấn đề tồn hệ thống phức tạp, không linh hoạt không ổn định Các thành phần SOA Hình 1: Các thành phần SOA Service Registry: tao giao diện dịch vụ cung cấp khả truy cập thơng tin có sẵn tới Service Customer  Service Customer: xác định thông tin service registry, sau liên kết với service provider để gọi dịch vụ  Service Provider: tạo dịch vụ cung cấp thông tin giao diện, truy cập cho Service Registry Nguyên lý SOA [2]  Liên kết không chặt: dịch vụ có buộc với nhiên module có buộc rõ ràng, đảm bảo tính mềm dẻo SOA  Tính tự trị: dịch vụ có quyền kiểm sốt dựa vào logic bên dịch vụ  Khả cộng tác: hệ thống giao tiếp với nhiều tảng ngơn ngữ khác  Đóng gói:   Sử dụng lại: tái sử dụng lại dịch vụ giúp loại bỏ thành phần trùng lặp, tăng độ vững cài đặt, đơn giản hóa việc tự trị  Phi trạng thái: dịch vụ hoạt động phi trạng thái  Có thể tìm thấy: người dùng tìm kiếm dịch vụ đăng ký sử dụng dịch vụ Kiến trúc tích hợp hệ thống Kiến trúc hệ thống thông tin kiến trúc đa, cụ thể bao gồm: Client: người dùng chương trình thi hành tác vụ, thao tác hệ thống Presentation Layer: tầng giúp client gửi yêu cầu nhận lại kết phản hồi Application Logic: tầng đảm bảo thực quy trình nghiệp vụ đồng thời xác lập thao tác thi hành hệ thống  Resource manager: tầng tương tác mức thấp với tài nguyên liệu hệ thống Kiến trúc Point-to-Point  Các ứng dụng công nghệ thông tin giao tiếp với thông qua giao diện (interfaces)  Các giao tiếp hỗ trợ giao diện, thực thời gian thực đồng  Số lượng giao diện tăng lên số lượng ứng dụng công nghệ thông tin tăng lên  Phù hợp hệ thống có số lượng ứng dụng cần giao tiếp tích hợp với khơng nhiều    2.1 Hình 2: Kiến trúc Point-to-Point 2.1.1 Kiến trúc Hub-and-Spoke Được sử dụng hệ thống tích hợp ứng dụng doanh nghiệp Enterprise Application Integration (EAI), kiến trúc hub-and-spoke tích hợp từ xử lý trung tâm hệ thống.[2] Hình 3: Kiến trúc Hub-and-Spoke Tất hệ thống tích hợp điểm – Hub Sử dụng sở liệu chia sẻ Để mở rộng hệ thống, hub co cụm lại Hub có chức định tuyến thông điệp (messaging routing) chuyển đổi liệu (data transformation)  Phù hợp với tích hợp hệ thống có số lượng ứng dụng vừa 2.1.2 Kiến trúc Pipeline Trong kiến trúc Pipeline, hệ thống độc lập tích hợp với bus thông điệp Việc triển khai kiến trúc tương tự với kiến trúc hub-and-spoke, việc sử dụng thành phần middlerware thích hợp cho phép truyền thơng hệ thống chuẩn hóa Các ứng dụng giao tiếp với bus trung tâm thông qua giao diện (interfaces) đường truyền mạng [2]     Hình 4: Kiến trúc Pipeline   Kiến trúc linh hoạt, tốn chi phí theo dõi vận hành, hệ thống độc lập tích hợp loại bỏ cách dễ dàng Khi khối lượng truyền nhận liệu lớn có nguy tắc nghẽn, cần thiết lập kênh truyền riêng biệt Phù hợp với hệ thống tích hợp hướng kiện, phân phối liệu 1-n (kênh phát song), hệ thống sử dụng sở liệu n-1 (kho liệu) 2.1.3 Kiến trúc hướng dịch vụ SOA SOA giải vấn đề tồn đọng hệ thống như: phức tạp, không linh hoạt không ổn định [2]  Hình 5: Kiến trúc hướng dịch vụ SOA    Các dịch vụ thực trình tương tác chủ yếu thơng qua thành phần giao tiếp Các thành phần giao tiếp quy định định dạng thông điệp sử dụng trình trao đổi SOA mang đến khả tổng hợp lớp ứng dụng cách kết hợp chức từ hệ thống sẵn có, cung cấp cho người dùng cuối chức liên kết Phù hợp với hầu hết hệ thống hướng dịch vụ ngày SOA có tính mềm dẻo tùy biến cao SOA mang đến khả tổng hợp lớp ứng dụng cách kết hợp chức từ hệ thống có sẵn Cơng nghệ tích hợp 3.1 Chia sẻ sở liệu Công nghệ cung cấp việc truy cập vào sở liệu thơng qua lớp trừu tượng, cho phép thay đổi DBMS mà không cần sửa lại mã nguồn ứng dụng Ví dụ: Java Database Connectivity (JDBC) Java Data Objects (JDO); Open Database Connectivity (ODBC) Active Data Objects (ADO.NET) 3.2 Message-oriented middleware Phương thức dựa chế gửi thông điệp không đồng - asynchronous message, tức máy khách gửi yêu cầu tới máy chủ mà không cần chờ kết phản hồi từ máy chủ Các ứng dụng không tương tác trực tiếp với nhau, mà chúng tương tác gián tiếp thông qua hàng đợi Những đoạn mã xây dựng để kết nối gọi Message-oriented middleware (MOM) Các thông điệp gửi nhận theo chế đồng thông qua hàng chờ/queue Các thông điệp phải gửi đến đích mong muốn, chưa đến đích MOM thực gửi lại MOM có chế điều phối thơng điệp giảm thiểu vấn đề q tải server Hình Kiến trúc thơng điệp 3.3 Các thành phần MOM gồm có  Hàng đợi/Kênh (Queues/Chanels): sử dụng để truyền liệu Có hai loại hàng đợi: Point-to-point, Push and Subscribe  Thông điệp (Message): đóng gói liệu (function) cần trao đổi client server Thông điệp bao gồm: Header, Body  Điểm kết thúc (EndPoints): điểm cho phép client/server kết nối với MOM để gửi hay nhận thông điệp Remote Procedure Calls RPC phương thức tương tác ứng dụng cho phép ứng dụng triệu gọi hàm/thủ tục từ ứng dụng khác mà không cần lập trình lại ứng dụng RPC thực theo kiểu đồng chức (synchronous functions): ứng dụng gọi đến hàm phải chờ đến nhận kết trả tiếp tục thực công việc khác Hình Gọi thủ tục từ xa (RPC) Đồng chức có loại hàm gọi: Local function call: Hàm gọi chức gọi ứng dụng Restricted RPC: Hàm gọi chức gọi ứng dụng khác máy chủ  Loại 3: Ứng dụng client máy chủ gọi hàm máy chủ ứng dụng khác, hai máy chủ kết nối với qua mạng máy tính Object Request Brokers Là công nghệ middleware giúp quản lý hỗ trợ việc truyền thông điệp đối tượng phân tán thành phần khác mà không cần quan tâm tới nội dung giao tiếp Giao tiếp đối tượng phân tán thành phần thông qua giao diện (interfaces) [2]   3.4 Hình 8: Kiến trúc ORBs Có ba tiêu chuẩn ORB: 3.5  Tương thích với OMG CORBA ORB  Java RMI RMI-IIOP  Microsoft COM/DCOM/COM+/.NET Remoting/WCF Máy chủ ứng dụng Máy chủ ứng dụng xử lý phần lớn tất tương tác tầng client tầng trình diễn liệu Nó cung cấp tập dịch middleware với môi trường quản lý – nơi mà triển khai thành phần logic nghiệp vụ Máy chủ ứng dụng hỗ trợ dịch vụ web (web services), ORBs, MOM, quản lý giao tiếp, bảo mật, cân tải quản lý tài nguyên Các khía cạnh quan trọng tảng là:  Khả tương tác, khả mở rộng, tính động, tính khả dụng, độ tin cậy, phạm vi hợp đồng với khách hàng, khả phát triển thích ứng với giải pháp  Tính mở rộng cho phép nhà cung cấp máy chủ ứng dụng cơng ty bên thứ ba có vài khả tác động đến phát triển tảng  Khả tương tác tảng khác điều quan trọng việc áp dụng máy chủ ứng dụng Đặc biệt tảng điểu chỉnh bổ sung sửa đổi  Chi phí cho tảng yếu tố quan trọng có lẽ điều khó đánh giá bao gồm chi phí cài đặt máy chủ ứng dụng phần mềm phát triển khác  Cuối phát triển tảng Nền tảng phát triển kiểm thử chứng minh phù hợp với quy mơ lớn 3.6 Dịch vụ web Nó cung cấp tảng công nghệ để đạt khả tương tác ứng dụng cho dù có khác tảng sử dụng, hệ điều hành ngơn ngữ lập trình Các đặt trưng dịch vụ web dựa SOAP, WSDL UDDI Các dịch vụ web hỗ trợ tương tác đồng không đồng Các dịch vụ web trạng thái khơng sử dụng giao thức chuẩn HTTP, SMTP, FTP MIME Nhược điểm là: hiệu không tốt kiến trúc phân tán sử dụng giao thức nhị phân để truyền thông Do dịch vụ web không cung cấp sở hạ tầng chất lượng dịch vụ (QoS) bảo mật dịch vụ khác Thay vào đó, dịch vụ web lại đưa thành phần bổ sung: WS-Security; WS-Coordination; WS-AtomicTransaction WSBusinessActivity; WSReliable Messaging; WS-Addressing; WS-Inspection; WS-Policy; WS-Eventing 3.7 Trục tích hợp dịch vụ tổng thể (Enterprise Service Buses) ESB sở hạ tầng phần mềm hoạt động lớp trung gian middleware để giải yêu cầu mở rộng hệ thống mà dịch vụ web khơng làm được, ví dụ tích hợp dịch vụ web với ứng dụng middleware khác, giải vấn đề an ninh, quản lý, kiểm soát dịch vụ truyền thông ESB giải vấn đề trên, đồng thời tăng tính linh hoạt giao tiếp dịch vụ, làm đơn giản hóa việc tái sử dụng dịch vụ ESB cung cấp sở hạ tầng truyền thông mạnh mẽ, đáng tin cậy, an toàn, khả mở rộng dịch vụ, khả kiểm sốt truyền thơng kiểm sốt việc sử dụng dịch vụ ESB cung cấp khả định tuyến để điều hướng thông điệp tới dịch vụ khác dựa nội dung, nguồn gốc, thuộc tính khác khả chuyển đổi để biến đổi thông điệp trước chúng truyền tới đích ESB cung cấp kiểm soát việc triển khai, sử dụng bảo trì dịch vụ Ngồi cịn cho phép kiểm soát, cân tải, tối ưu hiệu năng, triển khai phân tán, ước tính chi phí dịch vụ, cấu hình trực tuyến v.v… Kết chương Trong chương này, luận văn trình bày tổng quan tích hợp hệ thống bao gồm: khái niệm bản, kiến trúc tích hợp hệ thống cơng nghệ tích hợp hệ thống Trong chương sau luận văn sâu vào mơ hình ESB CHƯƠNG II TÍCH HỢP DỊCH VỤ DỰA TRÊN CƠNG NGHỆ ESB Khái niệm trục dịch vụ tổng thể ESB 1.1 Khái niệm ESB Middleware Middleware phần mềm máy tính với nhiệm vụ kết nối thành phần phần mềm ứng dụng với Phần mềm loại bao gồm tập dịch vụ cho phép tương tác tiến trình chạy nhiều máy khác ESB kiến trúc phần mềm trung gian (middleware) dựa phương thức truyền thơng điệp, cung cấp sở hạ tầng tích hợp phục vụ cho dịch vụ định tuyến, gửi nhận phản hồi yêu cầu để tạo điều kiện thuận lợi cho việc tương tác ứng dụng cách an toàn, tin cậy hiệu cao 1.2 Kiến trúc ESB Hình Kiến trúc ESB Bên yêu cầu bên phản hồi không cần phải kiểu định dạng tin nhắn, giao thức truyền tin hay chí địa đích Các ứng dụng yêu cầu kết nối tới hệ thống mà không cần phải thay đổi service phản hồi (providers) ngược lại, provider gọi đến mà khơng cần thay đổi u cầu 1.3 Mơ hình hóa luồng liệu ESB ESB thường thực qua lớp dịch vụ (services containers) phân phối thông qua môi trường mạng Các container cung cấp dịch vụ tích hợp định tuyến, chuyển đổi định dạng, điều hướng dứng dụng (application adapter) cầu nối MOM, cung cấp dịch vụ cách rộng rãi môi trường giao tiếp Trong giải pháp ESB nay, phần hạ tầng kiến trúc thường xây dựng dựa kiến trúc JMS Middleware để đảm bảo thông điệp truyền [4] Các ứng dụng kết nối tới bus cách sử dụng điều hướng ứng dụng (application adapter) chế hỗ trợ tổ chức thông điệp Để hỗ trợ SOA services container cần bao gồm cơng nghệ liên quan tới webservice Ngồi ra, thành phần ESB chế xử lý nguồn tài nguyên kết nối phải dựa tiêu chuẩn mở để đảm bảo khả tương tác đảm bảo khả an ninh, bảo vệ hệ thống 10 Hình 10 Một kịch ESB Một Service Container chứa nhiều dịch vụ thành phần khác Tất ứng dụng kết nối tới trung tâm hệ thống hàng đợi thông điệp (message broker) thông qua interface thống phục vụ cho việc gửi nhận thông điệp Các message broker lưu trữ thơng điệp giúp cho người gửi người nhận không cần phải kết nối với thời điểm định 1.4 Phân loại ESB Middleware  ESB dựa thông điệp: Hỗ trỡ trao đổi thông điệp đồng khơng đồng Có khả hỗ trợ tích hợp mở rộng hệ thống, triển khai mơ hình rộng, đồng thời hỗ trợ đa tảng lập trình (Java, C/C++ …) Tuy nhiên lại tốn chi phí triển khai cài đặt, cần cấu hình phức tạp  ESB dựa máy chủ ứng dụng: Nó dựa cơng nghệ tích hợp máy chủ ứng dụng Phù hợp với hệ thống có định dạng ngơn ngữ XML Java Ưu điểm loại dễ sử dụng, dễ cài đặt thiết lập, phù hợp với triển khai hệ thống vừa nhỏ 1.5 So sánh ESB với phương pháp tích hợp khác Phương pháp tích hợp Trao đổi liệu qua tập tin Trao đổi liệu dịch vụ truyền thông điệp Ưu điểm - Đơn giản, thường sử dụng tích hợp ứng dụng quy mô không lớn không phức tạp - Cho phép thực chế không đồng bộ, hệ thống thông tin thực trao đổi liệu chờ không cần sẵn sàng thời điểm - Giải pháp cho phép liệu chia sẻ hai chiều Nhược điểm - Việc trao đổi liệu tiến hành theo chiều - Giải pháp áp dụng hai hệ thống (cho nhận liệu) có khả sử dụng loại dịch vụ truyền thông điệp đó, ví dụ: JMS 11 - Giải pháp cho phép liệu chia sẻ hai chiều - Nếu liệu nhận từ hệ thống thông tin chia sẻ liệu liệu thô (trực tiếp, khơng qua xử lý) cần xem xét yếu tố liên quan đến đường truyền tính toàn vẹn liệu nhận - Đạt hiệu môi trường mạng nội yêu cầu an tồn, an ninh thơng tin tối thiểu - Giải pháp tương đối dễ thực cho phép thực chế không đồng bộ, phù hợp với trường hợp không quan tâm đến vấn đề hiệu tốc độ việc kết nối, trao đổi liệu - Không phù hợp với hệ thống lớn đòi hỏi hiệu năng, tốc độ kết nối bảo mật liệu - Giải pháp có tính tồn diện cao, cung cấp khả kết nối, liên thơng khơng cho liệu mà cịn nghiệp vụ, bảo đảm tính toàn vẹn liệu an tồn an ninh thơng tin Phụ thuộc vào cách thức việc hệ thống thông tin chia sẻ liệu xây dựng sẵn Web-service cho phép hệ thống thông tin nhận liệu sử dụng Web-service hay không Kết nối trực tiếp đến sở liệu Trao đổi liệu E-mail Kết nối qua Web-service ESB giải pháp tích hợp tổng hợp tồn ưu điểm phương pháp tích hợp Các thành phần ESB Middleware 2.1 Định tuyến – Routing Định tuyến khả định đích đến thông điệp trình vận chuyển thơng điệp Các dịch vụ định tuyến (routing services) thành phần cốt lõi ESB, cho phép tách nguồn thơng điệp từ điểm đích 2.2 Phân giải - Mediation Mediation đề cập đến tất chuyển đổi biên dịch nguồn tài nguyên khác nhau, bao gồm giao thức vận chuyển (transport protocol), định dạng nội dung thông điệp Những chuyển đổi quan trọng cho việc tích hợp ứng dụng sử dụng kiểu liệu chung 2.3 Điều hợp – Adapter Là thành phần quan trọng ESB, tất yêu cầu vào phải thông qua adapter Adapter cho phép ESB tương tác với nhiều chế đầu Các giải pháp ESB cung cấp loạt ứng dụng adapters Thông thường, hầu hết adapter hoạt động theo cách giảm thiểu kỹ cần thiết để tái sử dụng lại tài nguyên hệ thống kết nối Sử dụng adapter có sẵn giúp giảm cơng việc cần thiết q trình tích hợp ứng dụng vào kiến trúc hướng dịch vụ SOA 2.4 An toàn – Security Cơ sở hạ tầng hệ thống truyền tin doanh nghiệp cần phải bảo vệ Điều có nghĩa ESB cần có khả mã hóa giải mã nội dung thơng điệp, thực xử lý xác thực, kiểm soát truy cập thiết bị đầu cuối sử dụng chế bảo vệ an toàn liên tục 12 Quản lý – Managerment Một hệ thống ESB cung cấp chế ghi log kiểm tra (audit) để phục vụ mục đích theo dõi hạ tầng, kịch tích hợp kiểm sốt q trình vận hành hệ thống 2.6 Điều phối quy trình - Process Orchestration Một hệ thống ESB cung cấp chức để thực thi mơ hình nghiệp vụ mơ tả Web Services Business Process Execution Language (WS-BPEL) 2.7 Xử lý kiện phức tạp – Complex Event Processing Một hệ thống ESB bao gồm thêm chế để giải thích kiện tương quan kiện kết hợp với có thơng báo kênh truyền tải 2.8 Cơng cụ tích hợp Đối với nhà phát triển ESB chun nghiệp, cần có cơng cụ phát triển ESB kiểm thử với giao diện trực quan người dùng Một số ESB Middleware Phần mềm hỗ trợ trục tích hợp ESB chia làm loại chính là: Loại có quyền loại mã nguồn mở 3.1 Mule ESB Mule ESB trục tích hợp ESB mã nguồn mở thành công Mule ESB trục tích hợp tinh khiết 3.2 Oracle Service Bus Là trục tích hợp ESB chính Oracle Nó thành phần Oracle Fusion Middleware – công cụ tích hợp mạnh mẽ 3.3 JBoss ESB JBoss cung cấp chức như: giám sát quy trình kinh doanh (Business Process Monitoring), môi trường phát triển tích hợp (Integrated Development Environment), giao diện trực quan người dùng (Human Workflow User Interface), quản lý quy trình nghiệp vụ (Business Process Management), công cụ kết nối (Connectors), quản lý truyền thông (Transaction Manager), An ninh hệ thống (Security), Messaging Service, kiến trúc phân tán (Distributed Computing Architecture) 3.4 Talend Open Studio for ESB Talend ESB phần công cụ Talend Tất công cụ Talend xây dựng tảng Eclipse, trực quan việc sử dụng Eclipse giữ nguyên Talend cung cấp việc thiết kế đồ họa luồng liệu, điều cho phép thực thi dễ dàng hiệu chương trình tích hợp 3.5 WSO2 ESB WSO2 cung cấp toàn thành phần hỗ trợ cho việc tích hợp ứng dụng như: Bussiness Process Server, Bussiness Rule Server, Bussiness Activity Monitor Governace Registry 2.5 13 Kết luận ESB giúp mở rộng khả triển khai SOA cho hệ thống doanh nghiệp Nó khơng cung cấp mơ hình chung để triển khai, quản lý quản trị ứng dụng, mà cịn làm giảm gánh nặng thiết kế khái niệm người dùng nào, cải thiện khả tái sử dụng kiến trúc Lợi ích ESB:        Thích nghi nhanh rẻ với hệ thống tồn Tăng mềm dẻo; dễ dàng cho việc thay đổi thay đổi yêu cầu Dựa chuẩn Mở rộng từ giải pháp point–to-point để triển khai rộng rãi cho doanh nghiệp (Bus phân phối) Định nghĩa trước loại dịch vụ sẵn sàng cho người dùng Thêm cấu hình khơng phải tích hợp mã hóa Khơng có rules-engine trung tâm, khơng có mơi giới trung tâm Bất lợi ESB      Thường địi hỏi mơ hình thông điệp doanh nghiệp, kết thêm chi phí quản lý Những khó khăn tiềm tích hợp nhiều hệ thống tạp nham để cộng tác thông qua tiêu chuẩn thông điệp Yêu cầu quản lý liên tục phiên thông điệp để đảm bảo lợi ích dự kiến loose coupling Sự quản lý không chính xác, không đầy đủ không cần thiết phiên thơng điệp dẫn đến phụ thuộc chặt chẽ thay mục đích đạt loose coupling Đòi hỏi phần cứng nhiều thông điệp point–to-point đơn giản Kỹ phân tích trung gian cần để cấu hình, quản lý thực ESB Tăng độ trễ gây việc thông điệp phải qua thêm lớp ESB, đặc biệt so sánh với giao tiếp qua mô hình điểm-điểm Độ trễ tăng lên phần thêm phần xử lý tài liệu XML (ESB thường sử dụng XML ngôn ngữ giao tiếp) 14 CHƯƠNG III ỨNG DỤNG ESB MIDDLEWARE ĐỂ TÍCH HỢP DỊCH VỤ TẠI NGÂN HÀNG TPBANK Đặt vấn đề 1.1 Thực trạng TPBank Ngày với phát triển giao thương tổ chức, cá nhân nước với tổ chức, cá nhân nước ngồi hoạt động chuyển tiền quốc tế diễn ngày nhiều chí có tới hàng trăm, hàng nghìn giao dịch chuyển tiền quốc tế thực Ngân hàng TPBank khơng ngoại lệ Hình 11: Thực trạng ngân hàng TPBank Các hệ thống tham gia:  Hệ thống Ebank: Giúp khách hàng thao tác phần mềm ebank mà không cần tới điểm giao dịch để thực  Hệ thống ECM (Enterprise Content Managerment): Là hệ thống lưu trữ thông tin giao dịch bao gồm chứng từ, tài liệu kèm giao dịch để thực việc lưu kho, thống kê, báo cáo  Hệ thống Core FCC: hệ thống Core Banking thực chức chính phê duyệt tính hợp lệ giao dịch phê duyệt thực chuyển tiền  Hệ thống Core Swift: hệ thống tạo điện chuyển tiền (gọi file swift) 15 1.2 Bài toán đặt Như ta thấy mục trên, hệ thống hoạt động riêng rẽ, chưa có tính thống với nhau, việc chuyển tiền quốc tế nhiều công đoạn thời gian liên quan đến nhập liệu, xử lý chuyên viên phòng TTQT, đồng thời việc kiểm tra tính hợp lệ chuyển phê duyệt cấp nhiều thời gian cơng sức, ngồi cịn chưa kể đến việc sai sót q trình nhập liệu từ hệ thống sang hệ thống khác (từ ECM sang Core FCC) dễ xảy lỗi Do đó, mục tiêu cần tích hợp hệ thống với thành hệ thống có tính thống nhất, giảm thiểu cơng đoạn nhập liệu đứt đoạn người dùng, nâng cao tính xác giảm bớt thời gian công sức chuyên viên TTQT Vì luận văn trình bày giải pháp tích hợp hệ thống thành thể thống sử dụng ứng dụng ESB Middleware Giải pháp tích hợp dịch vụ TPBank 2.1 Kiến trúc hệ thống tích hợp dịch vụ Hình 12: Kiến trúc hệ thống tích hợp Các hệ thống EBank, ECM, Core FCC Core SWIFT tích hợp với ESB thơng qua HTTP Webservice, truy cập vào hệ CSDL dùng chung 2.2 Đặc tả giải pháp a Yêu cầu cụ thể Mục tiêu trục tích hợp ESB giúp cho hệ thống có khả kết nối trao đổi thông tin dễ dàng hơn, giảm thiểu thao tác người sử dụng giúp cho tăng tính đắn nhanh chóng giao dịch Yêu cầu hệ thống sau tích hợp chuyên viên TTQT thao tác phê duyệt giao dịch chính hệ thống Core FCC mà khơng cần chuyển qua việc hồn tất thơng tin 16 hệ thống khác (hệ thống lưu trữ ECM hay Core SWIFT), nói cách khác: hệ thống Core FCC trung tâm xử lý nghiệp vụ chính tồn tốn Như ta thấy chun viên TTQT giảm thiểu thời gian nhập liệu việc phải phê duyệt thao tác hệ thống khác b Đặc tả dịch vụ chức Các dịch vụ chức chính:     Khi người sử dụng thực lệnh chuyển tiền Ebank, hệ thống lưu thông tin lệnh, đồng thời gọi tới hệ thống lưu trữ ECM tạo giao dịch có thơng tin tương ứng ECM Khi người sử dụng kiểm tra thơng tin giao dịch ECM Nếu hợp lệ ECM gọi tới Core FCC tạo giao dịch chuyển tiền tương ứng Cịn khơng hợp lệ, giao dịch bị trả lại từ hệ thống ECM trở Ebank để thông báo cho khách hàng biết Khi giao dịch hợp lệ, đầy đủ thông tin xác thực phê duyệt đồng ý Core FCC hệ thống Core FCC thực kết nối tới hệ thống Core Swift để sinh điện chuyển tiền Từ điện chuyển tiền chuyển Khi điện chuyển đi, người dùng hoàn tất giao dịch chuyển tiền Core FCC, lúc Core FCC thực cập nhật thông tin giao dịch tương ứng hệ thống ECM để chuyển quy trình lưu kho c Lựa chọn công nghệ ESB Middleware Dựa khảo sát đánh giá công cụ tích hợp ESB Middleware mục chương 2, luận văn chọn giải pháp tích hợp ESB Mule (Mule ESB Anypoint Studio) để thực tích hợp liệu hệ thống ngân hàng lõi để giải toán chuyển tiền doanh nghiệp quốc tế Xây dựng hệ thống thử nghiệm đánh giá 3.1 Mơi trường thực nghiệm Trục tích hợp ESB xây dựng máy chủ cài hệ điều hành Windows Server 2012 Profesional Cơ sở liệu sử dụng SQL Server 2014 Enterprise Sử dụng Java 1.6 để tránh xung đột thư viện với hệ thống khác 17 3.2 Xây dựng dịch vụ Hình 13: Mơ hình kiến trúc tích hợp hệ thống Bảng thông tin API sử dụng hệ thống URI /esb/ttqt/create Method POST /esb/ttqt/docinfo GET Input parameters “soTien”, “soCIF”, “loaiTien”, “loaiGD1”, “loaiGD2”, “listTaiLieu”, “listChungTu”, “noiDung” “idGiaoDich” /esb/ttqt/luukho PUT “idGiaoDich” /esb/ttqt/action POST /esb/ttqt/getswift GET /esb/ttqt/addfile PUT “soTien”, “soCIF”, “loaiTien”, “loaiGD1”, “loaiGD2”, “listTaiLieu”, “listChungTu”, “noiDung” “soTien”, “soCIF”, “loaiTien”, “loaiGD1”, “loaiGD2”, “listTaiLieu”, “listChungTu”, “noiDung” “idGiaoDich”, “listfile” /esb/ttqt/status GET “idGiaoDich” Note Tạo giao dịch lên hệ thống ECM (từ Ebank  ECM) Lấy thông tin trạng thái giao dịch sau phê duyệt hợp lệ ECM Cập nhật trạng thái lưu kho sau hoàn tất giao dịch ECM Tạo giao dịch hệ thống Core FCC sau phê duyệt hợp lệ ECM (ECM  Core) Tạo file điện chuyển tiền sau phê duyệt hệ thống Core FCC Cập nhật file chứng từ đính kèm lên hệ thống ECM Lấy trạng thái giao dịch sau hồn tất việc chuyển tiền để thơng báo tới user 18 3.3 Kết thử nghiệm Kịch thử nghiệm giao dịch chuyển tiền quốc tế hệ thống EBank  Khách hàng Nguyễn Văn A đại diện cho công ty TNHH SimpleVN thực chuyển 50 USD sang ngân hàng New Kabul Afghanistan Khách hàng đăng nhập vào hệ thống Ebank dành cho doanh nghiệp, thực nhập thơng tin giao dịch Hình 14: Thơng tin giao dịch EBank  Sau hoàn tất việc nhập thông tin giao dịch, upload chứng từ cần thiết lên hệ thống, khách hàng thực yêu cầu lệnh chuyển tiền Lúc giao dịch chứa thông tin tương ứng tạo hệ thống ECM thông qua trục ESB, file chứng từ kèm đẩy lên hệ thống ECM để phục vụ việc lưu trữ 19 Hình 15: Thơng tin giao dịch tương ứng hệ thống lưu trữ ECM  Chuyên viên TTQT vào hệ thống ECM để kiểm tra tính hợp lệ giao dịch, loại hồ sơ đủ hay chưa Nếu hợp lệ thực phê duyệt giao dịch Khi giao dịch ECM phê duyệt, service gọi EBank thông qua trục ESB thông báo giao dịch hợp lệ EBank gọi tới hệ thống Bankgate (Core FCC) để thực tạo giao dịch hệ thống Core Hình 16: Thơng tin giao dịch hệ thống Core FCC  Người sử dụng thực phê duyệt cấp hệ thống Core FCC Khi giao dịch hợp lệ, hệ thống Core Swift sinh file điện swift chuyển tiền File điện SWIFT với số REF giao dịch tạo từ Core FCC sở để đánh điện chuyển tiền sang ngân hàng nước 20  Kết thúc việc chuyển điện, Core FCC thông báo tới hệ thống ECM EBank để thực lưu kho ECM thơng báo hồn tất chuyển tiền cho khách hàng Ebank Hình 17: Thơng tin giao dịch hồn tất hệ thống EBank 3.4 Đánh giá kết Khối lượng công việc thời gian nhập liệu, kiểm tra giao dịch giảm thiểu cách đáng kể Thay phải truy cập vào hệ thống khác để thực thao tác phê duyệt người dùng cần thực phê duyệt hệ thống Core FCC, thông tin khác tự động cập nhật hệ thống lại Thời gian giao dịch giảm xuống độ chính xác tăng lên Kết chương Chương luận văn trình bày tốn tích hợp hệ thống ngân hàng TPBank đề xuất giải pháp tích hợp sử dụng trục tích hợp ESB Mule ESB để giải toán Bài toán triển khai pilot hệ thống UAT để giải vấn đề công tác chuyển tiền quốc tế ngân hàng với hệ thống tham gia là: hệ thống ngân hàng điện tử EBank, hệ thống lưu trữ chứng từ sổ sách ECM, hệ thống ngân hàng lõi Core FCC hệ thống chuyền tiền điện Core SWIFT 21 CHƯƠNG IV KẾT LUẬN CHUNG Các kết đạt Qua trình nghiên cứu, tìm hiểu xây dựng ứng dụng sử dụng ESB để hỗ trợ việc toán quốc tế ngân hàng, cụ thể giao dịch chuyển tiền quốc tế, bổ sung cho thêm nhiều kiến thức kỹ tích hợp hệ thống Mục tiêu mà khóa luận đề hồn thành bao gồm ý sau:  Chương I luận văn giới thiệu tổng quan tích hợp hệ thống, khái niệm lĩnh vực tích hợp hệ thống, đưa lý cần phải tích hợp hệ thống, điểm mạnh thách thức việc tích hợp hệ thống hướng tiếp cận vấn đề Bên cạnh đó, chương trình bày kiến trúc tích hợp hệ thống số phương pháp tích hợp phổ biến sử dụng rộng rãi toàn cầu  Chương II luận văn trình bày chi tiết tích hợp mức dịch vụ sử dụng trục dịch vụ tổng thể ESB Nội dung chương II bao gồm khái niệm ESB, kiến trúc tính mà ESB cung cấp cho người phát triển trình bày chi tiết Đồng thời chương đưa so sánh ưu nhược điểm số phương pháp tích hợp, bên cạnh giới thiệu số cơng cụ ESB Middleware phổ biến  Chương III luận văn đặt toán xây dựng ứng dụng hỗ trợ phịng TTQT cơng tác phê duyệt giao dịch chuyển tiền quốc tế, đề xuất giải pháp sử dụng trục tích hợp ESB Mule ESB để giải toán Sau đề xuất giải pháp, xây dựng tiến hành triển khai pilot hệ thống UAT thu kết đánh giá tích cực từ phía người dùng, từ thu thập ý kiến có định hướng nâng cấp chức tương lai Định hướng phát triển tương lai Tiến hành hồn tất q trình thử nghiệm trình phê duyệt để đưa lên mơi trường thực tế Production Do thời gian nghiên cứu kinh nghiệm tích hợp liệu cịn hạn chế, ứng dụng gặp nhiều điểm bất cập là: việc chuyển đổi liệu đơn thuần, chế ghi log sơ sài hiệu chưa thực tốt lắm, tương lai ứng dụng cần cải tiến mặt sau:  Nâng cấp việc chuyển đổi liệu sang số kiểu định dạng khác, thuận tiện cho việc xử lý  Đặt thêm chế ghi log luồng liệu ESB để kịp thời phát bất thường xảy  Thực nâng cấp hiệu hệ thống để đáp ứng số lượng giao dịch ngày tăng Ngoài ra, tiếp tục nghiên cứu sử dụng giải pháp trục dịch vụ ESB Mule ESB để định hướng tích hợp hệ thống nghiệp vụ khác ngân hàng TPBank 22 TÀI LIỆU THAM KHẢO Tiếng Việt [1] PGS.TS Nguyễn Ngọc Hóa, Bài giảng tích hợp hệ thống Tiếng Anh [2] Carl Jones., 2011 “Do more with SOA Integration: Best of Packt”, 1st edition, Packt Publishing Ltd, UK, 319-408 [3] Falko Menge, Enterprise Service Bus, FREE AND OPEN SOURCE SOFTWARE CONFERENCE 2007 [4] Matt Lucas, ESB Usage Scenarios and Patterns, WebSphere Message Broker Architecture and Strategy [5] T Sulaeman and Albarda, "Design architecture enterprise service bus to support multi-tenant client and resource provider," 2016 8th International Conference on Information Technology and Electrical Engineering (ICITEE), Yogyakarta, 2016, pp 1-5 [6] P Vrba, M Fuksa and M Klíma, "JADE-JBossESB gateway: Integration of multi-agent system with enterprise service bus," 2014 IEEE International Conference on Systems, Man, and Cybernetics (SMC), San Diego, CA, 2014, pp 3663-3668 Internet [7] https://vi.wikipedia.org/wiki/Middleware [8] https://www.infoq.com/articles/ESB-Integration [9] http://www.1vs.vn/tintuc/15194_tich-hop-he-thong-(phan-1)-cac-muc-do-va-mo-hinh-tichhop.html [10] http://www.1vs.vn/tintuc/15195_tich-hop-he-thong-(phan-2)-giai-phap-ky-thuat-tich-hopcua-1c.html 23