1. Trang chủ
  2. » Kỹ Thuật - Công Nghệ

Nghiên cứu trục tích hợp dữ liệu

29 404 1

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 29
Dung lượng 720,94 KB
File đính kèm BaoCao_TrucTichHopDuLieu.rar (1 MB)

Nội dung

Mô tả mô hình, cấu trúc của Trục tích hợp dữ liệu theo Kiến trúc chính quyền điện tử, mô tả các cách thức tích hợp các phần mềm theo mô hình trục ESB. Tham khảo các khái niệm về các mô hình kết nối truyền thống và theo kiểu mô hình hiện đại ESB, phù hợp phát triển trục tích hợp dữ liệu cho địa phương.

BÁO CÁO XÂY DỰNG TRỤC TÍCH HỢP DỮ LIỆU I CÁC ĐỊNH NGHĨA Tham gia CPĐT gồm chủ thể: người dân, Chính phủ doanh nghiệp Trên sở quan hệ chủ thể trên, ta phân loại thành loại, tương ứng với dạng dịch vụ bao gồm: G2C (Government to Citizens - Quan hệ Chính phủ với người dân): hiểu khả giao dịch cung cấp dịch vụ phủ trực tiếp cho người dân, ví dụ : Tổ chức bầu cử cơng dân, thăm dò luận, quản lý quy hoạch xây dựng đô thị, tư vấn, khiếu nại, giám sát toán thuế, hoá đơn ngành với người thuê bao, dịch vụ thông tin trực tiếp 24/7, phục vụ công cộng, môi trường giáo dục; G2B (Government to Business - Quan hệ Chính phủ với doanh nghiệp): Dịch vụ quan hệ phủ doanh nghiệp, tổ chức phi phủ, nhà sản xuất như: dịch vụ mua sắm, tra, giám sát doanh nghiệp ( đóng thuế, tuân thủ luật pháp,…); thông tin quy hoạch sử dụng đất, phat triển đô thị, đấu thầu, xây dựng; cung cấp thông tin dạng văn bản, hướng dẫn sử dụng, quy định, thi hành sách nhà nước,… cho doanh nghiệp Đây thành phần quan hệ mơ hình nhà nước chủ thể quản lý vĩ mô kinh tế, xã hội thông qua sách, chế luật pháp doanh nghiệp khách thể đại diện cho lực lượng sản xuất trực tiếp cải vật chất kinh tế; G2G (Government to Government - Quan hệ quan Chính phủ với nhau): hiểu khả phối hợp, chuyển giao cung cấp dịch vụ cách có hiệu cấp, ngành, tổ chức, máy nhà nước việc điều hành quản lý nhà nước, thân máy Chính phủ vừa đóng vai trò chủ thể khách thể mối quan hệ Tồn hệ thống quan hệ, giao dịch phủ G2C, G2B, G2G phải đặt hạ tầng vững hệ thống: độ tin cậy (trust), khả đảm bảo tính riêng tư (privacy), bảo mật - an toàn (security) cuối tất dựa hạ tầng công nghệ truyền thơng với quy mơ khác nhau: mạng máy tính, mạng Intranet, Extranet Internet Các hình thức hoạt động dạng dịch vụ cung cấp a Thư điện tử (e-mail) Thư điện tử giúp tiết kiệm chi phí thời gian Có thể sử dụng email để gửi ghi nhớ, thông báo, báo cáo, tin, u cầu cán cơng chức phải có địa e-mail để trao đổi thơng tin qua mạng b Mua sắm công Việc mua sắm công thực hiên qua mạng đảm bảo tiết kiệm thời gian, chi phí Việc mua sắm cơng tập trung đảm bảo tiết kiệm chi phí, chống tiêu cực c Trao đổi liệu điện tử Trao đổi liệu điện tử (Electronic Data Interchange - EDI): việc trao đổi liệu dạng “có cấu trúc” (Structured Form) từ máy tính sang máy tính điện tử khác nội quan hay quan EDI có tính bảo mật cao d Tra cứu, cập nhật thông tin qua mạng Thơng qua mạng internet, quan nhà nước cung cấp thông tin cho người dân doanh nghiệp loại thông tin kinh tế, xã hội, chủ trương sách, hướng dẫn thủ tuc hành - Thơng tin: giai đoạn đầu, diện trang web cung cấp cho người dân thơng tin (thích hợp) Giá trị mang lại chỗ người dân tiếp cận thơng tin, quy trình trở nên minh bạch hơn, qua nâng cao chất lượng dịch vụ Với G2G, quan nhà nước trao đổi thông tin với phương tiện điện tử, internet mạng nội - Tương tác: giai đoạn thứ hai, tương tác Chính phủ công dân (G2C G2B) thông qua nhiều ứng dụng khác Người dân trao đổi trực tiếp qua thư điện tử, sử dụng công cụ tra cứu, tải xuống biểu mẫu tài liệu, tương tác giúp tiết kiệm thời gian Thơng thường, động tác thực bàn tiếp dân hành Về mặt nội (G2G), tổ chức Chính phủ sử dụng mạng LAN, intranet thư điện tử để liên lạc trao đổi liệu - Giao dịch: với giai đoạn thứ ba, tính phức tạp cơng nghệ có tăng lên, giá trị khách hàng (trong G2C G2B) tăng theo Các giao dịch hồn chỉnh thực mà khơng cần đến quan hành Có thể lấy ví dụ dịch vụ trực tuyến mức 3, mức Giai đoạn phức tạp vấn đề an ninh cá thể hóa, chẳng hạn chữ ký số (chữ ký điện tử) cần thiết phép thực việc chuyển giao dịch vụ cách hợp pháp - Chuyển hóa: giai đoạn thứ tư hệ thống thông tin tích hợp lại người dân hưởng dịch vụ G2C G2B bàn giao dịch (điểm giao dịch ảo) Ở giai đoạn này, tiết kiệm chi phí, hiệu đáp ứng nhu cầu khách hàng đạt mức cao II HIỆN TRẠNG CHÍNH QUYỀN ĐIỆN TỬ TỈNH BÌNH DƯƠNG Qua q trình nhiều năm ứng dụng CNTT vào hoạt động quan máy quyền địa phương, trạng phát triển Chính quyền điện tử tỉnh Bình Dương mơ hình hố sau: Hình 1: Tổng quan trạng quyền điện tử tỉnh Đồng Nai Người sử dụng Hệ thống ngồi 1.1 G2G Tỉnh Bình Dương có 16 Sở ngành, Thành phố, Thị xã Huyện, dịch vụ mà quan cung cấp gắn liền với chức nhiệm vụ quan Các quan nhà nước Tỉnh Bình Dương sử dụng dịch vụ từ CQNN khác để thực nghiệp vụ chủ yếu chưa ứng dụng CNTT Hiện nay, việc trao đổi thông tin quan ứng dụng CNTT chủ yếu sử dụng hệ thống mail công vụ phần mềm Quản lý văn Hồ sơ công việc chung Tỉnh 1.2 G2B G2C - Cổng thông tin/ trang thông tin điện tử: quan Đảng, Nhà nước, tổ chức trị xã hội địa bàn tỉnh thực cung cấp thông tin, thủ tục hành dịch vụ cơng phục vụ người dân doanh nghiệp Kênh truy cập Người sử dụng (người dân, doanh nghiệp, cán công chức) sử dụng dịch vụ nghiệp vụ quan tỉnh Bình Dương thơng qua kênh truy cập sau: - Trực tiếp: người dân doanh nghiệp đến gặp trực tiếp quan Bộ phận Một cửa điện tử để yêu cầu cung cấp dịch vụ; thực thủ tục hành (DVC mức độ 2); - Mạng trực tuyến: người dân doanh nghiệp truy cập vào ứng dụng dịch vụ tỉnh thông qua mạng trực tuyến để tìm hiểu thơng tin tải biểu mẫu thủ tục hành (DVC mức độ 2), thực thủ tục hành trực tuyến (DVC mức độ 3, 4) - Mạng nội bộ: cán cơng chức truy cập vào ứng dụng dịch vụ thông qua mạng nội - Thư điện tử, Phone/Fax: quan sử dụng để trao đổi nghiệp vụ Dịch vụ nghiệp vụ Mơ hình dịch vụ nghiệp vụ tỉnh Bình Dương thể theo nhóm dịch vụ nghiệp vụ chia thành 03 nhóm: - Nhóm lĩnh vực DVC trực tuyếncấp Tỉnh; - Nhóm lĩnh vực DVC trực tuyến cấp Huyện; - Nhóm lĩnh vực DVC trực tuyến cấp phường, xã; - Dịch vụ phục vụ Quản lý Chính Quyền Hình 2: Nhóm dịch vụ quyền điện tử tỉnh Bình Dương Các ứng dụng 4.1 Cổng thơng tin điện tử Cổng TTĐT tỉnh Bình Dương nơi cung cấp, trao đổi thơng tin thức, có thẩm quyền cơng khai mạng internet Ủy ban nhân dân tỉnh Bình Dương, hoạt động địa chỉ: https://www.binhduong.gov.vn Cổng thông tin điện tử thành phần đảm bảo cho người sử dụng truy cập đến thông tin trực tuyến giao diện người sử dụng với dịch vụ CPĐT Cổng thông tin điện tử cung cấp chức liên quan trực tiếp đến việc quản lý người sử dụng dịch vụ (cả nội bên ngoài), quản lý nghiệp vụ tương tác với người sử dụng Các thông tin/ dịch vụ cung cấp:  Thông tin Giới thiệu - Giới thiệu chung; - Điều kiện tự nhiên; - Lịch sử - Văn hóa; - Di tích, danh lam thắng cảnh; - Bản đồ địa giới hành chính; - Biểu tượng Tỉnh  Tin tức - kiện  Thông tin tuyên truyền - Chế độ - sách mới; - Học làm theo Bác; - Ngày pháp luật, phổ biến pháp luật; - An toàn giao thơng; - Phòng chống dịch bệnh; - Thành phố thông minh; - Thành tựu 20 năm; - Nông thông mới; - Thừa phát lại; - Ưu tiên dùng hàng Việt Nam; - Cải cách hành chính; - Khởi nghiệp đổi sáng tạo  Thơng tin quyền - Bộ máy tổ chức; - Công khai ngân sách nhà nước; - Thông báo sở, ngành; - Thông báo bán đấu giá tài sản Nhà nước; - Thông tin tìm người tích; - Giá đất tỉnh Bình Dương; - Danh sách người phát ngôn  Thông tin đạo điều hành  Dịch vụ công cộng - Cơ sở khám, chữa bệnh; - Ngân hàng điểm ATM; - Tuyến xe Bus, Taxi; - Số điện thoại cần thiết; - Hướng dẫn mua điện; - Lịch ngừng cung cấp điện; - Thông tin lao động – việc làm  Hệ thống văn pháp luật - Văn quy phạm pháp luật; - Văn đạo điều hành; - Báo cáo tình hình KT - XH; - Báo cáo chuyên đề; - Góp ý dự thảo VB QPPL  Media - Video; - Audio; - Hình ảnh hoạt động  Liên kết website, hỏi đáp  Lịch làm việc 4.2 Dịch vụ công trực tuyến Cung cấp dịch vụ công trực tuyến nội dung quan trọng tiến trình cải cách hành chính, triển khai Chính phủ điện tử Thời gian qua, việc triển khai số dịch vụ công trực tuyến mức độ thấp (mức độ 3, 4) góp phần đem lại nhiều kết công tác cải cách thủ tục hành (TTHC) tỉnh Tuy nhiên, để dịch vụ công trực tuyến đến với người dân gặp khơng khó khăn 4.2.1 Số liệu dịch vụ cơng Tổng số dịch vụ hành cơng cấp: Tổng số dịch vụ công trực tuyến mức độ 1: Tổng số dịch vụ công trực tuyến mức độ 2: Tổng số dịch vụ công trực tuyến mức độ 3: Tổng số dịch vụ công trực tuyến mức độ 4: Dịch vụ công trực tuyến cung cấp địa chỉ: http://dichvucong.binhduong.gov.vn/dvc/ 4.2.2 Khó khăn Các khó khăn tiếp cận sử dụng dịch vụ công trực tuyến tập trung vào nguyên nhân trình độ tin học người dân hạn chế dẫn đến khả sử dụng máy tính, mạng internet để thực giao dịch qua mạng khó khăn; người dân chưa có thói quen tin tưởng vào việc nộp hồ sơ trực tuyến; TTHC chưa đơn giản, quy trình tin học hóa TTHC hệ thống Một cửa điện tử chưa đảm bảo yêu cầu thực tế, chủ yếu dựa vào quy trình thực giấy tại, theo quy định cứng nhắc; số lượng hồ sơ phải nộp kèm theo TTHC yêu cầu nhiều, khó khăn xử lý nghiệp vụ, chưa có sách ưu tiên, khuyến khích cho người dân doanh nghiệp tham gia sử dụng 4.2.3 Đánh giá chất lượng dịch vụ công Đánh giá Các dịch vụ công mức độ 1, 2: Đã triển khai tương đối đầy đủ tất cấp Cung cấp thông tin, quy trình, biểu mẫu thủ tục hành cho người dân, doanh nghiệp; Đánh giá Các dịch vụ cơng mức độ 3, 4: Qua q trình khảo sát trực tiếp đơn vị, trạng triển khai ứng dụng DVCTT có đặc điểm chung sau: - Mức độ sử dụng người dân/doanh nghiệp thấp; - DVCTT mức độ xây dựng dạng đơn giản, nhập liệu nhiều, chưa quản lý cơng dân/doanh nghiệp chặt chẽ, chưa có phần mềm hỗ trợ xử lý nghiệp vụ cho cán - DVCTT mức độ chưa tích hợp với Cổng tốn trực tuyến 4.3 Phần mềm sở liệu 4.3.1 Hệ thống thư điện tử 4.3.2 Hệ thống cửa, cửa liên thông 4.3.3 Hệ thống hội nghị truyền hình trực tuyến 4.3.4 Hệ thống Quản lý văn 4.3.5 Sử dụng chữ ký số 4.3.6 Tổng hợp phần mềm nghiệp vụ quan Tên đơn vị Tên phần mềm Mô tả chung Đối tượng sử dụng Nhu cầu nâng cấp, sửa đổi 4.3.7 Các sở liệu triển khai ST T Tên hệ thống Chức Địa truy cập Hình thức triển khai 4.3.8 Hệ thống thông tin triển khai từ Trung ương xuống địa phương ST T Tên hệ thống 4.4 Chức Địa truy cập Hình thức triển khai Các dịch vụ chia tích hợp Thành phần Dịch vụ chia sẻ, tích hợp: Khơng có Hạ tầng kỹ thuật - Trung tâm tích hợp liệu Đánh giá trạng 6.1 Người dử dụng 6.2 Kênh truy cập 6.3 Dịch vụ cổng 6.4 Dịch vụ công trực tuyến 6.5 Ứng dụng sở liệu 6.6 Các dịch vụ chia tích hợp 6.7 Hạ tầng kỹ thuật 6.8 Sự cần thiết phát triển III TỔNG QUAN VỀ TÍCH HỢP HỆ THỐNG Giới thiệu Ngày nay, nhu cầu 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ụ nhu cầu thiết yếu Theo thời gian, phát triển công nghệ nhu cầu người dùng xuất Hình 4: Kiến trúc Point-to-Point 2.2 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 Hình 5: 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.3 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 tin 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 Hình 6: 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.4 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 Hình 7: Kiến trúc hướng dịch vụ SOA Các dịch vụ thực q 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 nay, SOA có tính mềm dẻo tùy biến cao, 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 synchronous 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 đề tải server Hình Kiến trúc Message-oriented middleware Các thành phần MOM: - 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 3.3 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) RPC bao gồm loại: - Local function : 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 3.4 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) Hình 10: Kiến trúc ORBs Có ba tiêu chuẩn ORBs: - Tương thích với OMG CORBA ORB; - Java RMI RMI-IIOP; - Microsoft COM/DCOM/COM+/.NET Remoting/WCF 3.5 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 vụ 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, khả phát triển thích ứng với giải pháp mới; - 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ó khả tác động đến phát triển tảng này; - 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 phải kiểm thử phải 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 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 bộ, dịch vụ web khơng có trạng thái không sử dụng giao thức chuẩn HTTP, SMTP, FTP MIME; Nhược điểm 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; WSEventing 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 số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 soá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 khả chuyển đổi để biến đổi thông điệp trước chúng truyền tới đích ESB cung cấp việc kiểm sốt triển khai, sử dụng bảo trì dịch vụ Ngồi cho phép kiểm số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 Cơng nghệ lựa chọn Lựa chọn ESB: IV 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 nhau; 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 11 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 Một Service Container chứa nhiều dịch vụ thành phần khác nhau; 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 đi; 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 Ngoà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; Hình 12 Một kịch ESB 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 (C#, 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 - Thích nghi nhanh với hệ thống tồn tại; Tích hợp liệu ESB - Tăng mềm dẻo; dễ dàng cho việc thay đổi yêu cầu - Mở rộng từ giải pháp point to point để triển khai rộng rãi cho đơn vị (Bus phân phối); - Thêm cấu hình khơng phải tích hợp mã hóa; - Đòi hỏi phần cứng nhiều hơn; - 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 point to point 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 q 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 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 quan 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 2.5 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 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 3.2 Oracle Service Bus Là trục tích hợp ESB 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 (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

Ngày đăng: 07/08/2018, 10:34

TỪ KHÓA LIÊN QUAN

w