Các mẫu dịch vụ thông tin Phần 1: Mẫu liên hợp liệu Tuyên bố giá trị cách tiếp cận liên hợp liệu Tính suốt không đồng bên Với liên hợp liệu, người dùng thấy giao diện thống nhất Tính suốt vị trí có nghĩa ứng dụng sử dụng mẫu không cần biết rõ nơi lưu trữ liệu Nó chẳng cần biết sở liệu nguồn hỗ trợ ngôn ngữ hay giao diện lập trình nào, nhờ tính suốt thực ứng dụng Ví dụ, sử dụng SQL, với ứng dụng, nguồn liệu hỗ trợ ngôn ngữ SQL điều không quan trọng Ứng dụng không cần biết cách lưu trữ liệu mặt vật lý tính độc lập liệu vật lý phân mảnh tính suốt -hay giao thức mạng sử dụng, cịn gọi tính suốt mạng Lợi thời gian đưa thị trường Một ứng dụng, người dùng máy chủ liên hợp liệu, giao tiếp với nguồn liệu ảo Nếu không sử dụng mẫu liên hợp, ứng dụng phải tương tác với nhiều nguồn riêng lẻ thông qua giao diện khác giao thức khác Các nghiên cứu cho thấy việc sử dụng mẫu liên hợp liệu giúp làm giảm đáng kể thời gian phát triển phải tích hợp nhiều nguồn Xem phần Tài nguyên để biết thêm thơng tin Giảm chi phí phát triển bảo trì Những người dùng tiềm cần thơng tin tích hợp giống hay tương tự Theo cách tiếp cận, người dùng có cách thực riêng để tổng hợp thơng tin từ nhiều nguồn khác Một cách khác là, khung nhìn tích hợp phát triển lần sử dụng nhiều lần bảo trì nơi nhất, tạo điểm thay đổi Cách tiếp cận làm giảm chi phí phát triển bảo trì Lợi hiệu Trong nhiều trường hợp, việc thực mẫu liên hợp liệu với tập trung cụ thể vào công nghệ xử lý liệu tiên tiến chứng tỏ đặc tính hiệu cao so với phương pháp tổng hợp thông tin truyền thống (xem phần Tài nguyên để biết thêm thông tin) Nhờ sử dụng khả xử lý truy vấn tiên tiến, máy chủ liên hợp phân phối tải cơng việc cách tối ưu nguồn khác Nó xác định dùng máy chủ chạy phần tải cơng việc để có hiệu tối ưu hóa thời gian đáp ứng Lợi khả tái sử dụng Sau áp dụng mẫu liên hợp liệu cho kịch tích hợp cụ thể, cung cấp kết truy cập liên hợp cụ thể dịch vụ cho nhiều người dùng Ví dụ, kịch tích hợp u cầu lấy liệu yêu cầu bồi thường bảo hiểm có cấu trúc khơng có cấu trúc từ nhiều nguồn Trong ví dụ này, mẫu liên hợp liệu cung cấp giải pháp cho liệu yêu cầu bồi thường tích hợp gửi liệu u cầu bồi thường qua cổng thơng tin đến đại lý yêu cầu bồi thường Sau truy cập liên hợp sử dụng dịch vụ cho người dùng khác quy trình tự động dùng cho đơn yêu cầu bồi thường tiêu chuẩn ứng dụng web hướng khách hàng chẳng hạn Việc quản trị cải thiện Quản trị tảng quan trọng cho vịng đời SOA Q trình quản trị cải thiện việc sử dụng mẫu theo hướng tăng cường cách thực hành tốt với kết dự đốn trước Việc sử dụng lại mẫu linh hoạt kiểm chứng việc phát triển tạo hệ thống vừa bảo đảm tính qn chất lượng, lại vừa làm giảm chi phí bảo trì nhờ có nguồn để cập nhật thay đổi Về đầu trang Bối cảnh Việc sáp nhập mua lại công ty tổ chức thường yêu cầu kiến trúc sư liệu ứng dụng tích hợp nguồn liệu khác vào khung nhìn thống liệu Những người dùng thơng tin tích hợp ứng dụng truyền thống cần tương tác trực tiếp với sở liệu đòi hỏi truy cập vào tập hợp rộng lớn nguồn liệu Việc định cách tốt để cung cấp khung nhìn thống phải dựa vào tính sẵn có cơng cụ, dựa vào kinh nghiệm, chun mơn văn hóa tổ chức Khi sử dụng kiến trúc di sản truyền thống, thời gian, công sức chi phí liên quan đến việc tích hợp vượt lợi nhuận kinh doanh Khi thực môi trường dựa dịch vụ, cách tiếp cận dịch vụ thông tin dựa trên-mẫu nâng cao đặc tính tái sử dụng hệ thống theo thời gian Các dịch vụ thông tin phần cốt lõi SOA Những dịch vụ thông tin cung cấp quyền truy cập CRUD (Create-Read-Update-Delete: Tạo-Đọc-Cập nhậtXóa) vào thơng tin miền ứng dụng Chúng làm lộ diện khả xử lý thông tin kết thuật tốn phân tích tính điểm, quy tắc làm liệu, v.v Với mục đích này, tập trung vào dịch vụ tích hợp thơng tin để cung cấp khung nhìn thống liệu, thường liên quan đến việc tích hợp mảng khó hiểu nguồn liệu tầng sau khác dịch vụ Khi áp dụng mẫu liên hợp liệu, cần phân biệt hai bối cảnh, bối cảnh không-SOA, truyền thống giải nhiều ứng dụng trước bối cảnh SOA trọng tâm Điều quan trọng cần lưu ý SOA cách tiếp cận kiến trúc dẫn đến dịch vụ tái sử dụng, mở rộng khả việc thực khơng-SOA có nhiều trường hợp Bối cảnh truyền thống Trong bối cảnh mà gọi truyền thống, ứng dụng tạo báo cáo ngân hàng cần phân tích giao dịch thẻ tín dụng Khi xem xét khối lượng liệu có hàng triệu giao dịch ngày để lưu trữ tất thông tin kho phân tích thật khơng hiệu Nhiều liệu cũ truy cập, thông tin ngữ cảnh định, chẳng hạn hành trình bay Việc lưu trữ tất liệu giao dịch thẻ tín dụng cũ, cốt lõi liên quan kho có ảnh hưởng tiêu cực đến hiệu Một giải pháp tốt tách riêng hai kiểu liệu: liệu thường hay sử dụng, giao dịch thẻ tín dụng gần lưu trữ vào kho thơng tin cũ lưu trữ vào băng từ chẳng hạn Tuy nhiên, ứng dụng tạo báo cáo không cần biết rõ việc phân phối liệu này, chúng cung cấp thơng qua cách tiếp cận liên hợp liệu Hình Mẫu liên hợp liệu truyền thống Trong bối cảnh truyền thống, ứng dụng thường sử dụng giao diện giao thức quan hệ chuẩn để tương tác với máy chủ liên hợp, ví dụ SQL JDBC/ODBC Máy chủ liên hợp, đến lượt nó, kết nối thơng qua thích ứng trình bao bọc (wrapper) khác tới loạt nguồn liệu, ví dụ sở liệu quan hệ, tài liệu XML, ứng dụng đóng gói hệ thống quản lý nội dung cộng tác Máy chủ liên hợp sở liệu ảo có đủ khả sở liệu quan hệ Ứng dụng người dùng yêu cầu thực yêu cầu truy vấn phạm vi quyền hạn truy cập Sau truy vấn xong, máy chủ liên hợp trả tập hợp kết có chứa tất ghi đáp ứng tiêu chí lựa chọn Điều minh họa Hình Người ta dự định dùng hình để minh họa việc triển khai thực truyền thống dựa giao diện lập trình ứng dụng (API) quan hệ cách sử dụng SQL (JDBC/ODBC) XQuery Bối cảnh SOA Trong bối cảnh SOA, dịch vụ getCustomerCreditCardData cần lấy thơng tin tồn diện khách hàng giao dịch thẻ tín dụng gần khách hàng Thơng tin khơng nằm hệ thống Người ta lưu trữ thông tin khách hàng hệ thống quản lý liệu chủ khách hàng nhiều kho lưu trữ giao dịch thẻ tín dụng lưu trữ nguồn liệu khác Liên hợp liệu nối thông tin từ nhiều nguồn khác để xuất dịch vụ cho người dùng Trong bối cảnh SOA này, máy chủ liên hợp hoạt động nhà cung cấp dịch vụ và/hoặc người dùng dịch vụ có sử dụng giao diện SOA thích hợp Lưu ý điều không loại trừ khả máy chủ cung cấp hỗ trợ cho giao diện quan hệ, truyền thống Độ rộng hỗ trợ định thực nằm phạm vi thảo luận Khi máy chủ liên hợp liệu trưng nhiều thơng tin tích hợp nhà cung cấp dịch vụ, người dùng dịch vụ truy cập thơng tin tích hợp thông qua giao diện dịch vụ WSDL HTTP/SOAP kết buộc chấp thuận khác Để tích hợp, máy chủ liên hợp liệu tiêu thụ dịch vụ nhiều nguồn thông tin cung cấp Ý nghĩ phía sau việc sử dụng mẫu liên hợp liệu bối cảnh SOA sử dụng sử dụng lại thơng tin tích hợp, có nghĩa là, dịch vụ tích hợp thơng tin theo cách mở rộng cho nhiều người dùng Việc mơ hình hóa định nghĩa dịch vụ khía cạnh quan trọng SOA Cách thực hành tốt thừa nhận phổ biến thiết kế dịch vụ cho chúng cung cấp việc tái sử dụng và/hoặc tính tương thích tồn doanh nghiệp và/hoặc hỗ trợ quy trình nghiệp vụ thông tin chức Rất nhiều hầu hết dự án SOA thành công tập trung trước hết vào chức nghiệp vụ quan trọng nhất, sử dụng rộng rãi trưng dịch vụ Do vai trò then chốt dịch vụ này, nên chúng thường bao trùm nhiều hệ thống tầng sau Vì thế, việc thu thập thông tin từ nhiều nguồn không đồng yêu cầu khả quan trọng mà SOA phải dựa vào Dịch vụ truy vấn bối cảnh truy cập liệu truyền thống, mà yêu cầu thực thể (hoặc thực thể) nghiệp vụ, dịch vụ liên hợp thực thơng qua loạt truy vấn dịch vụ khác Hình Mẫu liên hợp liệu bối cảnh SOA Việc tạo nên dịch vụ tích hợp thơng tin SOA địi hỏi chức bổ sung chứa đựng quyền truy cập liên hợp giao diện hướng-dịch vụ Việc thực thông qua thành phần Information Service Enablement (Hỗ trợ dịch vụ thơng tin) Mục đích thành phần thể truy vấn liên hợp định giao diện hướng-dịch vụ Ví dụ, viết truy vấn liên hợp SQL xác định quyền truy cập vào thông tin sản phẩm Thông qua thành phần Information Service Enablement, truy vấn liên hợp xuất dịch vụ SCA WSDL định nghĩa, chẳng hạn Sau chia sẻ dịch vụ để thực quyền truy cập vào liệu sản phẩm toàn doanh nghiệp doanh nghiệp Các giải pháp áp dụng mẫu liên hợp liệu bối cảnh truyền thống sử dụng lợi chất khai báo linh hoạt SQL Với ủy quyền bảo mật thích hợp, người dùng truy cập liệu nguồn thông qua hầu hết truy vấn SQL khác Những người dùng có tính linh hoạt cao để truy cập vào định dạng trả kết Mặc dù tính linh hoạt lợi lớn nhiều tình huống, làm tăng độ phức tạp cho người dùng Nhưng người dùng phải hiểu mơ hình liệu nguồn cách xây dựng kết từ mơ hình nguồn bên Mơ hình liệu nguồn lớn, nhiệm vụ trở nên phức tạp Một cách tiếp cận SOA tập trung trước hết vào việc định nghĩa chia sẻ số lượng tương đối hạn chế chức nghiệp vụ quan trọng dịch vụ toàn doanh nghiệp Vì vậy, giao diện hướng-dịch vụ tập trung nhiều vào số lượng hạn chế số yêu cầu thông tin cụ thể cần thể Các nhà phát triển hưởng lợi từ trọng tâm hẹp rõ ràng họ cần thời gian để thiết kế yêu cầu thông tin Họ cần chọn dịch vụ thích hợp số tương đối tùy chọn Về đầu trang Đặt vấn đề Trong mơi trường dựa vào thông tin nay, điều phổ biến với kiến trúc sư nhà phát triển thực giải pháp liên hợp liệu Họ phải đối mặt với thách thức số định kiến trúc gây ra, hạn chế có chất kỹ thuật, nghiệp vụ theo hợp đồng Kịch gồm số hạn chế phổ biến Đầu tiên, liệu cần thiết để hỗ trợ yêu cầu truy cập thông tin dự án lưu trú nhiều nguồn phải tích hợp cung cấp kết tới người dùng Tiếp theo, nhân chép nguồn liệu đích để thực yêu cầu truy cập Cuối cùng, giải pháp phải tích hợp SOA có hỗ trợ ứng dụng không-SOA truyền thống mô tả Hình Hình Truy cập giao diện khơng đồng Về đầu trang Các mục tiêu giải pháp Như mô tả phần đặt vấn đề, mục tiêu giải pháp tránh dư thừa liệu cung cấp khung nhìn tích hợp nguồn không đồng Máy chủ liên hợp liệu là, thành phần thực mẫu liên hợp liệu -phải cung cấp giao diện truy vấn chuẩn cho bối cảnh SOA không truyền thống Điều bảo đảm nhiều ứng dụng sở liệu truyền thống tiêu dùng liệu liên hợp Máy chủ liên hợp phải cung cấp khả tối ưu hóa truy vấn để đáp ứng yêu cầu cách hiệu Sự phân tán tính đa dạng liệu bối cảnh đòi hỏi trọng nhiều vào cách chuyển dịch truy cập tốt vào khung nhìn tích hợp cách phân tích phân phối tải công việc Khi hỗ trợ truy cập ghi vào khung nhìn tích hợp, máy chủ liên hợp phải đồng hóa thao tác liệu nguồn khác thành đơn vị công việc logic Điều bảo đảm đáp ứng tiêu chuẩn nguyên tử, quán, cô lập độ bền (ACID) cho giao dịch tn thủ tính tồn vẹn tham chiếu Ngồi mục tiêu để giải bối cảnh truyền thống này, cách tiếp cận phải vừa vặn SOA Điều cho phép nhiều người dùng ngồi doanh nghiệp sử dụng lại có hiệu (các) khung nhìn tích hợp Những người dùng tiềm truy cập liên hợp SOA ứng dụng, cổng thông tin hoạt động quy trình nghiệp vụ cần truy cập vào thơng tin phân tán Ví dụ, nhà sản xuất định nghĩa dịch vụ để lấy thông tin kiểm kê thời gian thực từ nguồn khơng đồng Sau đó, ứng dụng nội ứng dụng đối tác kinh doanh bên truy cập vào dịch vụ tương tự, sử dụng cách thực quán hiệu truy cập liên hợp Về đầu trang Mô tả giải pháp Trong bối cảnh truyền thống bối cảnh SOA, máy chủ liên hợp liệu cung cấp giải pháp để nối xử lý hiệu thông tin từ nguồn không đồng Mẫu thực cách tiếp cận tích hợp thời gian thực, đồng cho liệu phân tán Máy chủ liên hợp liệu chịu trách nhiệm tiếp nhận truy vấn gửi tới khung nhìn tích hợp nguồn khác Nó biến đổi truy vấn cách sử dụng thuật toán tối ưu hóa phức tạp để chia nhỏ truy vấn thành loạt hoạt động gọi phân vùng viết lại truy vấn, áp dụng hoạt động cho nguồn thích hợp, thu thập kết từ nguồn, lắp ráp kết tích hợp cuối trả kết tích hợp nơi khởi nguồn truy vấn Trình tự xử lý diễn đồng theo thời gian thực Các đặc điểm thời gian thiết kế Mẫu liên hợp liệu đòi hỏi ánh xạ phần tử liệu từ nguồn liệu khác phạm vi khung nhìn tích hợp Ví dụ, lưu trữ thơng tin khách hàng, tên địa người nắm giữ sách, ví dụ nói trên, bảng sở liệu nhiều bảng sở liệu khác Để xây dựng khung nhìn tích hợp, cần ánh xạ kiểu biểu diễn khác tới khung nhìn chung Ánh xạ tác nhân người thực thủ công trợ giúp công cụ tiên tiến dựa thuật toán ánh xạ khác nhau, nắm bắt yêu cầu chuyển đổi cần thiết Điều cho phép máy chủ liên hợp liệu thu nhận truy vấn khung nhìn tích hợp tính tốn số lượng kiểu hoạt động tối ưu cần thực Khi áp dụng mẫu liên hợp liệu bối cảnh SOA, cần tạo nên tập hợp truy vấn liên hợp đăng ký dịch vụ SOA Ví dụ, tạo nên khung nhìn tích hợp dịch vụ để lấy thơng tin có cấu trúc khơng có cấu trúc quan trọng người nắm giữ sách, ví dụ tên, địa chỉ, tình trạng, tài liệu yêu cầu bồi thường, dự toán sửa chữa đánh giá rủi ro chia sẻ khung nhìn nhiều người dùng Kết việc ánh xạ thời gian thiết kế thường khung nhìn liên hợp điển hình, tương tự khung nhìn sở liệu quan hệ, sau triển khai tạo máy chủ liên hợp Thời gian vận hành Máy chủ liên hợp liệu nhận u cầu hướng đến khung nhìn tích hợp Theo định nghĩa ánh xạ, máy chủ liên hợp chia nhỏ truy vấn liên hợp thành nhiều hoạt động Có nhiều phần tử ảnh hưởng đến bước này:   Dữ liệu cần thiết để đáp ứng truy vấn liên hợp lưu trú đâu? Những hoạt động cần thiết để chuyển đổi biểu diễn không đồng nguồn, kiểu liệu khác nhau, hay mơ hình chuẩn hóa so với mơ hình khơng chuẩn hóa chẳng hạn, thành khung nhìn tích hợp chung? Máy chủ liên hợp sử dụng thơng tin ánh xạ để giải câu hỏi Có số yếu tố khác, ảnh hưởng đến việc xử lý truy vấn liên hợp cần có thơng tin, vượt đặc tả ánh xạ là:   Các hệ thống quản lý nguồn liệu hỗ trợ hoạt động máy chủ liên hợp phải bù đắp cho hoạt động nữa? Những hệ hiệu thực tập hợp hoạt động nguồn so với máy chủ liên hợp? Máy chủ liên hợp nên ủy thác hoạt động cho nguồn để khai thác tốt khả nguồn, để giảm chuyển tải liệu để tối ưu hóa hiệu tổng thể? Câu trả lời cho câu hỏi địi hỏi phải có kiến thức hệ thống nguồn khả xử lý truy vấn Để giải câu hỏi khả xử lý truy vấn, máy chủ liên hợp phải sử dụng nhiều thông tin môi trường vận hành số liệu thống kê sở liệu nguồn Một máy chủ liên hợp xác định chiến lược tốt để thực tất hoạt động con, kết nối với nguồn liệu thơng tin có cấu trúc khơng có cấu trúc để lấy liệu có liên quan nhiều khả sử dụng giao diện đặc trưng nguồn Theo kế hoạch thực truy vấn tổng thể, hoạt động sau áp dụng vào nguồn Máy chủ liên hợp thu nhận tổng hợp kết thành kết khung nhìn tích hợp, trả kết cho người dùng Trong bối cảnh SOA, người dùng gửi lên yêu cầu theo định dạng yêu cầu định sẵn tới máy chủ liên hợp Máy chủ liên hợp chuyển đổi yêu cầu thành truy vấn SQL tương ứng định nghĩa khung nhìn để hỗ trợ dịch vụ Từ trở đi, bắt đầu thực bước phân tích, tối ưu hóa thực truy vấn tương tự mơ tả Sự khác biệt bối cảnh SOA bước cuối Máy chủ liên hiệp dịch kết cách tiếp cận liên hợp liệu truyền thống thành đáp ứng dịch vụ trả cho người dùng dịch vụ thơng qua giao diện dịch vụ định sẵn Hình Sơ đồ trình tự để liên hợp liệu Có thể thực chức mẫu liên hợp liệu cách sử dụng cơng nghệ có liên quan đến sở liệu trình tối ưu hóa bổ sung ứng dụng cây-nhà-lá-vườn Do phức tạp việc tối ưu hóa truy vấn nguồn không đồng nhất, nên cách thực hành tốt cấp ngành sử dụng cách thực liên hợp liệu có sử dụng cơng nghệ tối ưu hóa truy vấn hầu hết hệ thống quản lý sở liệu cung cấp Về đầu trang Các vấn đề cần xem xét Khi áp dụng mẫu liên hợp liệu, điều quan trọng cần hiểu rõ đặc điểm u cầu khơng chức mơ tả ảnh hưởng đến Điều quan trọng cần lưu ý vạch u cầu khơng chức khơng tính đến mẫu nhớ đệm mẫu nhân liệu Chúng ta tin tưởng chọn dùng mẫu bắt đầu mẫu ví dụ Liên hợp liệu mở rộng thêm mẫu bổ sung để xử lý yêu cầu không chức bổ sung chức cần thiết cho dịch vụ Có thể sử dụng mẫu nhớ đệm mẫu chép liệu để bổ sung vào liên hợp liệu việc tạo mẫu hỗn hợp Nên sử dụng thận trọng mẫu mẫu khác dùng thực tổng thể mẫu cản trở việc thực số yêu cầu không chức từ đầu chọn liên hợp liệu cho chúng Ví dụ, mẫu làm tăng độ trễ liệu tạo dư thừa liệu Cần hiểu rõ điểm thỏa hiệp dựa yêu cầu không chức định kiến trúc Tất đặc điểm yêu cầu không chức áp dụng cho bối cảnh không-SOA truyền thống bối cảnh SOA Chúng bao gồm: Bảo mật liệu Chỉ người dùng ứng dụng có ủy quyền thích hợp nguồn tích hợp phép truy cập khung nhìn tích hợp Điều bị hạn chế Một lý để áp dụng mẫu sử dụng hệ thống nguồn có với liệu khả chúng Kết là, kiến trúc sư thường có ý định sử dụng chế bảo mật xác thực cấp quyền hệ thống nguồn Do chất không đồng phân tán mơi trường này, nên có số vấn đề liên quan đến việc đăng nhập lần kiểm sốt truy cập chung phát sinh nằm phạm vi mẫu liên hợp liệu Để giải vấn đề này, kiến trúc sư cần kết hợp mẫu liên hợp liệu với mẫu liên quan đến bảo mật Độ trễ liệu Mẫu liên hợp liệu cho phép truy cập tích hợp, thời gian thực tới nguồn có mức lưu hành liệu cao Tính dễ thay đổi liệu nguồn Do việc truy cập thời gian thực tới nguồn liệu nhận u cầu chuyển đến khung nhìn tích hợp, nên liên hợp liệu luôn trả thông tin nguồn Do mẫu liên hợp liệu không tạo liệu nguồn, nên thay đổi nguồn không lan truyền hay xử lý theo cách tiếp cận Chất lượng tính quán liệu Với gia tăng thường xuyên việc làm liệu phức tạp, hoạt động tiêu chuẩn hóa chuyển đổi cần thực hiện, nên xác suất ảnh hưởng tiêu cực đến thời gian đáp ứng tổng thể tăng lên Điều chất đáp ứng đồng bộ, thời gian thực với yêu cầu mẫu liên hợp liệu Khi đáp ứng với truy vấn tích hợp, chuyển đổi tăng thêm có nghĩa tải công việc tăng thêm Cách thực hành tốt giảm thiểu phức tạp số lượng chuyển đổi trường bắt buộc Tính sẵn dùng liệu Tính sẵn dùng liệu tích hợp phụ thuộc vào tính sẵn sàng máy chủ liên hợp liệu máy chủ nguồn tích hợp thời điểm yêu cầu Nếu số máy chủ kết nối máy chủ liên hợp máy chủ nguồn bị hỏng, khung nhìn tích hợp khơng có sẵn để dùng Ảnh hưởng thay đổi mơ hình lên mơ hình tích hợp Một lợi ích có ý nghĩa mẫu liên hợp liệu khả che dấu nhiều thay đổi mơ hình, để thực thay đổi hệ thống nguồn Khả thích ứng với thay đổi máy chủ liên hợp làm giảm xác suất trưng thay đổi cho người khởi đầu người dùng dịch vụ Hơn nữa, thực thay đổi khung nhìn tích hợp mà khơng đòi hỏi lan truyền thay đổi đến mơ hình dùng cho nguồn liệu Tần suất thực giao dịch Một yêu cầu gửi đến máy chủ liên hợp thực đồng Ngay sau nhận phản hồi, người yêu cầu gọi yêu cầu Máy chủ liên hợp cần hỗ trợ nhiều yêu cầu đồng thời nhiều người yêu cầu khởi xướng Các yêu cầu liên tiếp với tần suất cao cần có đặc tính hiệu giống yêu cầu Một trường hợp ngoại lệ xảy nguồn đầu nối máy chủ liên hợp nguồn có đặc tính riêng gây suy giảm hiệu đáp ứng truy cập thường xuyên Khả máy chủ liên hợp thực giao dịch tốc độ cao xác định tốc độ máy chủ liên hợp truy cập vào hệ thống nguồn khả đáp ứng hệ thống nguồn Sự tương tranh giao dịch Trong nhiều trường hợp, máy chủ liên hợp liệu có đặc tính giống với máy chủ sở liệu máy chủ nội dung Các đặc tính hiệu máy chủ liên hợp liệu máy chủ nguồn tích hợp xác định khả quản lý có hiệu việc truy cập đồng thời Hiệu thời gian đáp ứng giao dịch Có nhiều yêu tố định thời gian đáp ứng giao dịch, gồm:       Độ phức tạp truy vấn liên hợp: để thực truy vấn máy chủ liên hợp cần thực hoạt động lọc, nối, xếp v.v Các khả xử lý tối ưu hóa truy vấn máy chủ liên hợp liệu: thiết kế máy chủ liên hợp để nhận truy vấn liên hợp, chia nhỏ thành hoạt động tối ưu hóa tinh vi đến mức nào, chẳng hạn, trước tiên áp dụng hoạt động lọc để rút gọn tập hợp liệu thực hoạt động khác xếp Khối lượng liệu: Khối lượng liệu lớn, hoạt động dài nên truy vấn đầy đủ kéo dài Băng thông mạng: Thông lượng kết nối mạng máy chủ liên hợp nguồn ảnh hưởng đến việc máy chủ liên hợp truy cập nguồn nhanh đến mức ảnh hưởng đến thời gian đáp ứng tổng thể truy vấn liên hợp Sử dụng CPU: Những khác biệt việc sử dụng tài nguyên máy tính có máy chủ liên hợp nguồn liệu chạy chắn phải tác động đến việc thực hoạt động truy vấn liên hợp tổng thể máy chủ liên hợp so với nguồn, Các khả xử lý truy vấn máy chủ nguồn: số máy chủ nguồn liệu có đặc tính riêng hạn chế riêng cách chúng xử lý tối ưu hóa truy vấn có ảnh hưởng đến hiệu tổng thể  Khả máy chủ liên hiệp để nhận biết chiến lược truy vấn tối ưu cho nguồn liệu: máy chủ liên hợp nhận biết khả xử lý truy vấn máy chủ nguồn, xác định kiểu hoạt động cần ủy thác hoạt động cần thực tầng máy chủ liên hợp Thời gian đáp ứng truy vấn vào sở liệu ảo, mẫu liên hợp liệu thực lấy liệu từ nguồn phân tán chậm so với truy vấn tương tự vào sở liệu vật lý với khả tương tự Sự chênh lệch thời gian đáp ứng khác tùy thuộc vào yếu tố liệt kê Kết là, mẫu thay thế, cung cấp tập hợp liệu tích hợp sở liệu vật lý nhất, cho phép cải thiện thời gian đáp ứng Một số cách thực mẫu liên hợp liệu có khả gửi số tất hoạt động (các truy vấn con) song song với hệ thống nguồn tích hợp Việc xử lý song song hoạt động cải thiện đáng kể thời gian đáp ứng Lược tả tạo-đọc-cập nhật-xóa (CRUD) Hầu hết việc thực liên hợp liệu hỗ trợ mức độ truy cập đọc viết khác Một số việc thực phối hợp đơn vị công việc logic cho hoạt động viết, gọi cam kết hai giai đoạn Trong hầu hết trường hợp, mẫu liên hợp liệu thường sử dụng để truy cập đọc phức tạp truy cập viết Nếu khơng có hỗ trợ cam kết hai giai đoạn, bên yêu cầu có trách nhiệm bảo đảm tính quán nguồn cập nhật liệu Vì cam kết hai giai đoạn thường địi hỏi trình quản lý giao dịch, nên mức hỗ trợ cho truy cập viết khác tùy thuộc vào cách thực trình quản lý giao dịch cộng thêm với khả chức máy chủ nguồn áp dụng cam kết thay đổi Khối lượng liệu cho giao dịch Khối lượng liệu cần di chuyển từ nguồn xa đến máy chủ liên hợp cho giao dịch ảnh hưởng đến thời gian đáp ứng: khối lượng liệu lớn, thời gian đáp ứng chậm Để tối ưu hóa truy vấn liên hợp quan trọng máy chủ liên hợp cho phải chuyển tải lượng liệu tối thiểu máy chủ liên hợp nguồn, đặc biệt khối lượng liệu liên hợp lớn Điều quan trọng hiểu khả băng thông sở hạ tầng mạng hỗ trợ ảnh hưởng có khối lượng tần suất chuyển tải liệu Thời gian phân phối giải pháp Như mô tả tuyên bố giá trị, liên hợp liệu cải thiện đáng kể thời gian phân phối tích hợp nhiều nguồn khác Tập hợp kỹ kinh nghiệm Mẫu liên hợp liệu tập trung vào việc tích hợp nguồn liệu đưa hình ảnh hệ thống thơng qua giao diện hướng-dữ liệu Khi thể thơng tin tích hợp dịch vụ, nhà phát triển cần hiểu khái niệm, tiêu chuẩn cơng nghệ SOA Khả tái sử dụng Có thể sử dụng lại logic định nghĩa truy cập tổng hợp liệu dự án khác Chi phí bảo trì nhiều nguồn liệu Liên hợp liệu khơng làm giảm chi phí bảo trì nhiều nguồn liệu đạt lợi ích lớn việc tích hợp sử dụng lại nguồn liệu có Chi phí phát triển Chi phí tương đối rẻ sử dụng công cụ liên hợp loại tốt nhất, giả sử có sẵn sở hạ tầng máy chủ liên hợp Kiểu mơ hình đích Bài tập trung vào liên hợp liệu có cấu trúc Ngày nay, mơ hình phổ biến mơ hình quan hệ với tiêu chuẩn SQL XML XQuery tiêu chuẩn chọn dùng ngày nhiều quản lý thông tin Nhiều việc thực mẫu liên hợp liệu thường hỗ trợ mơ hình đó, đơi hai Hầu hết việc thực mẫu liên hợp liệu tập trung tương đối mạnh vào mơ hình số mơ hình số mơ hình đích để xử lý yêu cầu có hiệu Đơn vị cơng việc logic phân phối có bảo đảm Trong kiến trúc tham khảo SOA IBM bus dịch vụ doanh nghiệp (ESB Enterprise Service Bus) thành phần quan trọng sở hạ tầng Một trách nhiệm ESB tạo phân phối liệu có bảo đảm Do tính phức tạp việc phối hợp đơn vị công việc logic, chẳng hạn thông qua giao thức cam kết hai giai đoạn môi trường liên hợp, nên tất việc thực mẫu liên hợp liệu hỗ trợ chức Khi sử dụng máy chủ liên hợp có hỗ trợ chức này, cần phân tích kỹ lưỡng máy chủ liên hợp chiến lược khóa sở liệu chúng để tránh ảnh hưởng tiêu cực đến hiệu hệ thống nguồn Sử dụng tài nguyên Các máy chủ liên hợp sử dụng tài nguyên xử lý yêu cầu nhận từ người dùng Độ phức tạp yêu cầu xác định mức độ sử dụng máy chủ liên kết: yêu cầu phức tạp, nhiệm vụ tìm kiếm phương án tối ưu cách làm để phân tích yêu cầu liên hiệp thành hoạt động phức tạp Một yếu tố khác việc sử dụng tài nguyên tỷ lệ phần trăm hoạt động cần thi hành máy chủ liên hợp, ví dụ để bù đắp chức thiếu hụt hệ thống nguồn, so với hoạt động đẩy xuống hệ thống nguồn Ngoài ra, số lượng liệu nhận từ hệ thống nguồn số lượng liệu cần chuyển qua máy chủ liên hợp ảnh hưởng đến việc sử dụng tài nguyên Các khả chuyển đổi Tiêu điểm mẫu liên hợp để nguyên liệu chỗ cung cấp khung nhìn tích hợp, ảo, thời gian thực Cách tiếp cận giải pháp theo mẫu hạn chế chuyển đổi áp dụng Sử dụng chuyển đổi theo nhiều cách thực khác để biến đổi định dạng nguồn không đồng thành khung nhìn chung tầng liên hợp Tuy nhiên, chuyển đổi phức tạp có ảnh hưởng tiêu cực đến hiệu mẫu liên hợp làm cho mẫu áp dụng cho kịch chuyển đổi Vì vậy, hầu hết việc thực mẫu liên hợp liệu tập trung vào khả chuyển đổi phức tạp tập trung nhiều vào cơng nghệ tối ưu hóa truy vấn Kiểu giao thức, giao diện, mơ hình nguồn Liên hợp liệu giải vấn đề tích hợp liệu từ mơ hình nguồn không đồng bao gồm khái niệm để ánh xạ mơ hình nguồn khác đến mơ hình chung tầng liên hợp Nhiều việc thực mẫu liên hợp liệu khác tùy theo khả chúng để tích hợp mơ hình nguồn cụ thể vào Phạm vi kích cỡ mơ hình nguồn Kích cỡ mơ hình nguồn, số lượng kiểu thuộc tính ảnh hưởng tiêu cực đến nhiệm vụ ánh xạ thời gian chạy ánh xạ nguồn bên đến khung nhìn tích hợp Ví dụ, phạm vi rộng, số lượng thuộc tính cần truy cập lớn, nhiều thời gian để nhận biết phần tử tương ứng Ảnh hưởng tải công việc máy chủ liên hợp (khối lượng giao dịch) đến nguồn Với yêu cầu nhận được, máy chủ liên hợp chuyển tiếp hoạt động đến hệ thống nguồn Điều ảnh hưởng tiêu cực đến việc sử dụng tài nguyên hệ thống nguồn chúng cần đáp ứng với hoạt động từ máy chủ liên hợp Máy chủ liên hợp nhận nhiều yêu cầu, gửi nhiều hoạt động tới nguồn tích hợp Về đầu trang Kết luận Chúng tơi mô tả mẫu liên hợp liệu cách tiếp cận đến hoạt động liệu dựa khung nhìn (ảo) tạm thời tích hợp, liệu thực lưu trữ nhiều nguồn đa dạng Trong này, tập trung chủ yếu vào bối cảnh SOA Chúng kết luận cách tóm tắt áp dụng không áp dụng mẫu liên hợp liệu liệt kê hạn chế quan trọng Các lĩnh vực trọng tâm để áp dụng mẫu liên hợp liệu     Khi thời gian đưa thị trường ưu tiên phát triển hàng đầu, liên hợp liệu cung cấp quyền truy cập vào nguồn thông tin cách nhanh chóng mà khơng cần thay đổi sở hạ tầng quản lý thơng tin dài dịng Liên hợp liệu hỗ trợ yêu cầu nhân chép liệu cách cho phép truy cập vào liệu lưu trú nguồn Những yêu cầu đáp ứng với quy định quy tắc hạn chế di chuyển nhân liệu, ví dụ liệu thuê bao việc trộn lẫn thông tin cá nhân từ nước khác Truy cập thời gian thực tới thông tin phân tán thể từ nguồn Thơng tin liệu có cấu trúc liệu khơng có cấu trúc Cách tiếp cận tích hợp thơng tin linh hoạt mở rộng cho môi trường thay đổi động, tiến hóa lược đồ cụ thể: khơng có dư  thừa liệu, thay đổi lược đồ liên hợp làm giảm ảnh hưởng thay đổi với hệ thống tích hợp Ưu điểm liên hợp liệu khai thác tốt nhận số lượng vừa phải yêu cầu dựa tập hợp kết có kích cỡ hạn chế từ nhiều nguồn liệu bổ sung, quán Các vùng nhiều rủi ro áp dụng mẫu liên hợp liệu     Các kịch tích hợp địi hỏi phải có chuyển đổi phức tạp để xây dựng khung nhìn tích hợp có ảnh hưởng tiêu cực đến thời gian đáp ứng đặc biệt theo cách tiếp cận Tải công việc tăng lên ảnh hưởng tiêu cực đến máy chủ nguồn chúng phải trả liệu yêu cầu truy vấn liên hợp Để xử lý u cầu với khung nhìn tích hợp, máy chủ liên hợp gửi hoạt động tới nguồn tích hợp Các hoạt động phức tạp chúng gửi đến nguồn thường xuyên, máy chủ nguồn cần quản lý tải công việc bổ sung nhiều Các kịch dẫn đến tập hợp kết trung gian lớn di chuyển từ nguồn liệu đích đến máy chủ liên hợp có ảnh hưởng đáng kể đến hiệu Các tình có ứng dụng địi hỏi mức độ sẵn sàng tương đối cao liệu tích hợp khơng phải ứng cử viên tốt để áp dụng mẫu Tính sẵn dùng liệu tích hợp hồn tồn tùy thuộc vào tính sẵn sàng tất máy chủ liên hợp máy chủ nguồn tham gia vào tiến trình tính sẵn sàng, khả đáp ứng mạng Những hạn chế áp dụng mẫu liên hợp liệu    Nhiều việc thực mẫu liên hợp liệu hạn chế khả thao tác liệu Nhiều việc thực sử dụng SQL ngơn ngữ lập trình hỗ trợ chuyển đổi SQL Hiệu chủ yếu phụ thuộc vào tinh vi việc thực riêng nhà cung cấp khả lưu trữ nhớ đệm, hiểu biết nguồn liệu không đồng đề truy vấn liên hợp đường dẫn thi hành tối ưu Truy cập đọc-viết vào nguồn thông tin khác - đặc biệt phối hợp đơn vị công việc logic - bị hạn chế hỗ trợ riêng nhà cung cấp Về đầu trang Bản đồ sản phẩm Các sản phẩm sau IBM thực mẫu này:     InfoSphere Federation Server cho phép ứng dụng liên hợp liệu nguồn tảng phân tán (LINUX / UNIX / WINDOWS) Thông qua giao diện SQL, người dùng truy cập thơng tin liên hợp từ nhiều nguồn liệu Netezza, Teradata, Informix, Oracle, SQL Server, DB2 cho tất tảng (LUW, i, z/OS), Microsoft Excel, tệp XML, v.v Cũng kết hợp sản phẩm với hai sản phẩm sau để tổng hợp liệu có cấu trúc, khơng có cấu trúc tài sản có giá trị từ tảng máy tính lớn InfoSphere Classic Federation Server for z/OS cung cấp giao diện SQL thông qua nhiều nguồn liệu máy tính lớn, chẳng hạn DB2®, IMS, VSAM, IDMS, Adabas, v.v Một khả quan trọng sản phẩm ánh xạ cấu trúc liệu máy tính lớn vào mơ hình quan hệ mà khơng cần viết mã, nhà phát triển có kiến thức máy tính lớn truy cập liệu máy tính lớn cách linh hoạt có hiệu InfoSphere Information Services Director thể khả quản lý thông tin dịch vụ Nó đóng gói logic tích hợp thơng tin, quy tắc làm sạch, truy cập thông tin v.v dịch vụ Điều cách ly nhà phát triển khỏi nhà cung cấp bên chức Điều liên quan tới viết khả sản phẩm trưng truy cập liên hợp thông qua giao diện hướng dịch vụ EJB, JMS dịch vụ Web Sản phẩm cung cấp sở hạ tầng tảng gồm cân tải khả chịu lỗi với Information Services (Các dịch vụ thơng tin) Nó thực thành phần Hỗ trợ dịch vụ thông tin (Information Service Enablement) minh họa Hình IBM Content Integrator cung cấp giao diện thống hệ thống quản lý nội dung liên hợp Các hoạt động truy cập nội dung điển hình cung cấp qua nhiều nguồn nội dung; số có IBM DB2™ Content Manager (Trình quản lý nội dung DB2 IBM)  ... ứng dịch vụ trả cho người dùng dịch vụ thông qua giao diện dịch vụ định sẵn Hình Sơ đồ trình tự để liên hợp liệu Có thể thực chức mẫu liên hợp liệu cách sử dụng cơng nghệ có liên quan đến sở liệu. .. chủ liên hợp liệu tiêu thụ dịch vụ nhiều nguồn thông tin cung cấp Ý nghĩ phía sau việc sử dụng mẫu liên hợp liệu bối cảnh SOA sử dụng sử dụng lại thơng tin tích hợp, có nghĩa là, dịch vụ tích hợp. .. thực thông qua loạt truy vấn dịch vụ khác Hình Mẫu liên hợp liệu bối cảnh SOA Việc tạo nên dịch vụ tích hợp thơng tin SOA đòi hỏi chức bổ sung chứa đựng quyền truy cập liên hợp giao diện hướng-dịch