Thiết kế cơ sở dữ liệu để cho nhiều bên thuê trên điện toán đám mây

Thi ết k ếc ơs ởd ữli ệu nhi ều bên thuê ện toán đá m mây Giới thiệu Điện toán đám mây thị trường mở mà trước doanh nghiệp chưa nhòm ngó đến Một số công ty phần mềm nghĩ đến việc cung cấp phần mềm họ dịch vụ thay phương thức phát triển phần mềm thông thường bán chúng cho khách hàng họ cách sử dụng phương pháp phân phối điển hình Để trở thành nhà cung cấp phần mềm dịch vụ (SaaS), công ty cần phải tìm cân mức, tài nguyên chia sẻ nhiều người thuê khác để giảm chi phí, đảm bảo thông tin khách hàng giữ kín riêng tư với khách hàng khác Không có vấn đề nghiêm trọng việc xem thông tin riêng tư bên thuê từ tài khoản bên thuê khác Ngoài thông tin riêng tư người thuê, nhà cung cấp SaaS phải cung cấp mức độ tuỳ biến cho khách hàng họ Trong môi trường nhiều người thuê, công ty SaaS giảm chi phí họ chia sẻ sử dụng lại nhiều nguồn tài nguyên họ Tuy nhiên, nhiều công ty chia sẻ tài nguyên, công ty phải đối mặt với nhiều rủi ro hơn, cố ngừng tài nguyên chia sẻ chung nhiều khả ảnh hưởng đến nhiều khách hàng Các nguồn tài nguyên chia sẻ nhiều tăng thêm độ phức tạp cho giải pháp Hình sử dụng số thuyết trình IBM thấy tổng quan môi trường ứng dụng nhiều người thuê Hình Môi trường ứng dụng nhiều người thuê Môi trường ứng dụng nhiều người thuê Đối với viết này, tập trung vào tầng liệu hiển thị phía bên phải hình 1, sử dụng phần mềm DB2 Các tầng khác xử lý phần mềm IBM khác, chẳng hạn phần mềm WebSphere Portlet factory (nhà máy Portlet WebSphere), WebSphere Portal Server (Máy chủ Portal WebSphere), Tivoli® Directory Server (Máy chủ Directory Tivoli), Tivoli Directory Integrator (Trình tích hợp Directory Tivoli), Tivoli Provisioning Manager (Trình quản lý hậu cần Tivoli), Tivoli Monitoring (Giám sát Tivoli), Tivoli Usage and Accounting Manager (Trình quản lý sử dụng kế toán Tivoli) v.v Tính cho nhiều người thuê tầng liệu cách sử dụng DB2 sử dụng tình khác thảo luận sáu trường hợp sau Cũng nên nhớ bạn công ty nhỏ muốn giảm chi phí mua giấy phép, bạn xem xét việc sử dụng phiên miễn phí DB2: DB2 Express-C DB2 Express-C giới hạn kích thước sở liệu Trường hợp 1: Chia sẻ bảng Trong trường hợp này, tài nguyên sau chia sẻ: • • • • • Máy chủ sở liệu Cá thể DB2 Cơ sở liệu Một nhiều không gian bảng Một nhiều bảng Hình tổng quan tài nguyên chia sẻ trường hợp Các bảng inventory (kiểm kê hàng), customer (khách hàng) order (đơn hàng) có thông tin từ khách hàng nhiều bên thuê khác Hình Trường hợp 1: Chia sẻ bảng Các lợi trường hợp cung cấp chi phí thấp nhất, lưu trữ thấp nhất, số tiền mua giấy phép DB2 tối thiểu số lượng tối thiểu cá thể đám mây cần thiết Những bất lợi bảng hỏng chẳng hạn, ảnh hưởng đến tất khách hàng Ngoài ra, có thêm phức tạp ứng dụng phải cố gắng để xác định cần lấy ghi truy vấn bạn để phục vụ người thuê cho Trường hợp 2: Chia sẻ sở liệu Trong trường hợp này, nguồn tài nguyên sau chia sẻ: • • • Máy chủ sở liệu Cá thể DB2 Cơ sở liệu Hình tổng quan tài nguyên chia sẻ trường hợp Hình Trường hợp 2: Chia sẻ sở liệu Trong trường hợp này, lợi ích chia sẻ sở liệu chi phí tương đối thấp sử dụng giấy phép DB2 cá thể đám mây Sự cô lập liệu tốt sử dụng tập hợp bảng khác Tùy biến từ phối cảnh liệu dễ dàng người thuê có bảng riêng Các điểm bất lợi phải cần lưu trữ nhiều bạn cần tạo tập hợp bảng tương tự cho người thuê Vì vậy, so sánh với trường hợp 1, bạn sử dụng x lần nhiều dung lượng lưu trữ, x số lượng người thuê Sự phức tạp ứng dụng tăng lên không linh hoạt lắm, bạn cần tùy chỉnh ứng dụng bạn để xử lý tên bảng khác có khả cấu trúc bảng khác trường hợp có tùy biến riêng cho người thuê Trường hợp 3: Chia sẻ sở liệu sử dụng tên lược đồ khác Trong trường hợp này, nguồn tài nguyên sau chia sẻ: • • • Máy chủ sở liệu Cá thể DB2 Cơ sở liệu Hình tổng quan tài nguyên chia sẻ trường hợp Hình Trường hợp 3: Chia sẻ sở liệu sử dụng tên lược đồ khác Theo trường hợp này, lợi ích chi phí thấp, gần giống với trường hợp Bạn cần giấy phép DB2 cá thể đám mây Cô lập liệu tốt sử dụng tập hợp bảng riêng biệt So sánh với trường hợp 2, có phức tạp ứng dụng sử dụng câu lệnh SQL hoàn toàn Chuyển hướng truy vấn đến tập hợp bảng cho trước thực cách thay đổi tên lược đồ lệnh SET SCHEMA Các tuỳ chỉnh bảng cho đương nhiên làm phức tạp thêm ứng dụng bạn Điểm bất lợi, giống trường hợp 2, bạn phải sử dụng không gian lưu trữ nhiều bạn tạo tập hợp bảng cho người thuê Trường hợp 4: Chia sẻ cá thể Trong trường hợp này, nguồn tài nguyên sau chia sẻ: Máy chủ sở liệu Cá thể DB2 Hình tổng quan tài nguyên chia sẻ trường hợp Hình Trường hợp 4: Chia sẻ cá thể Trong trường hợp này, lợi ích chi phí thấp, gần giống trường hợp Bạn cần giấy phép DB2 cá thể đám mây Cô lập liệu tốt người thuê có sở liệu riêng mình, sở liệu DB2 đơn vị độc lập Mỗi sở liệu định cấu hình trì cách độc lập, mang lại nhiều linh hoạt Sự phức tạp ứng dụng trường hợp Cấu trúc bảng cho hầu hết bảng giống tất sở liệu Nếu người thuê có yêu cầu tùy biến, thay đổi định nghĩa bảng, điều làm cho ứng dụng thêm phức tạp Điểm bất lợi bạn cần lưu trữ nhiều Mỗi sở liệu DB2 tạo danh mục riêng mình, mà sản phẩm sở liệu khác gọi từ điển liệu, đó, phải tạo nhiều bảng, nhiều khung nhìn đối tượng sở liệu khác từ hệ thống Ngoài ra, trường hợp DB2, có giới hạn không 256 sở liệu hoạt động cá thể, đó, theo kịch này, không 256 người thuê làm việc đồng thời Một nhược điểm mức tiêu thụ nhớ bạn tăng lên, phiền hà hai mặt: Bạn đạt tới giới hạn nhớ ấn DB2 mà bạn sử dụng, phải mua ấn DB2 đắt tiền Bạn đạt tới giới hạn nhớ cá thể điện toán đám mây bạn, trường hợp này, bạn cần phải chọn cá thể đám mây đắt tiền Trường hợp 5: Chia sẻ máy chủ sở liệu Trong trường hợp này, có tài nguyên máy chủ sở liệu chia sẻ Hình tổng quan tài nguyên chia sẻ trường hợp Hình Trường hợp 5: Chia sẻ máy chủ sở liệu Trong kịch này, người thuê nhận cá thể DB2 riêng họ Lợi ích kiểm soát truy cập tốt Sự phức tạp ứng dụng tương tự trường hợp Tuy nhiên, người quản trị hệ thống phải định cấu hình thông số kết nối cách thích hợp tất cá thể, có nghĩa phải làm nhiều công việc Cấu trúc bảng cho hầu hết bảng nhau, giống trường hợp 4, người thuê định, bạn tùy chỉnh số bảng, phải thay đổi ứng dụng Một lợi ích khác cá thể sở liệu trì độc lập Nếu bạn bỏ cá thể, ảnh hưởng đến người thuê Một lần nữa, liên quan đến bất lợi, bạn cần lưu trữ nhiều trường hợp khác bạn gặp phải vấn đề liên quan đến nhớ Mặc dù số lượng cá thể DB2 giới hạn giới hạn hệ điều hành, khởi chạy cá thể không tiêu thụ nhiều nhớ, nhiều cá thể khởi chạy, cá thể có số sở liệu hoạt động thời điểm gây vấn đề nhớ Kết là, bạn bị buộc phải thay đổi ấn DB2 để mua bạn ấn đắt tiền thay đổi cá thể đám mây bạn cá thể lớn đắt tiền Ngoài bất lợi này, phức tạp quản trị tăng lên, điều khiến cho công ty thuê thêm tài nguyên ảnh hưởng trực tiếp đến chi phí Trường hợp 6: Chia sẻ máy chủ sở liệu với nhiều DB2 Trong trường hợp này, có tài nguyên máy chủ sở liệu chia sẻ Hình tổng quan tài nguyên chia sẻ trường hợp Hình Trường hợp 6: Chia sẻ máy chủ sở liệu với nhiều DB2 Với mục đích cung cấp phần mềm dịch vụ (SaaS), thực lợi ích sử dụng cách tiếp cận Có số nhược điểm: • • • • Nhiều mã DB2 phải lưu trữ cá thể đám mây bạn, chiếm nhiều không gian Bạn phải cài đặt định cấu hình DB2 cho cài đặt, nhiều thời gian thiết lập quản trị Có nhiều phức tạp ứng dụng, loại môi trường gây nhầm lẫn cho nhà phát triển ví dụ kết nối đến sở liệu nào, cá thể DB2 Nó có vấn đề nhớ tốn nhiều vùng lưu trữ, tương tự trường hợp Tóm lại, trường hợp lợi ích thực sự, bàn thêm viết đầy đủ Tùy biến tầng liệu Như đề cập, việc tuỳ biến cho người thuê thêm phức tạp cho ứng dụng quản lý Phần mô tả xử lý tuỳ biến cách sử dụng XML - cụ thể công nghệ pureXML DB2, công nghệ cung cấp linh hoạt Hình cho thấy ví dụ Hình Xử lý tùy chỉnh cho máy khách riêng biệt người thuê riêng biệt Hình cho thấy người thuê có nhiều khách hàng khách hàng có hồ sơ khác Cột ID người thuê (TID) hai bảng sử dụng để xác định người thuê Dòng bảng bên trái thuộc người thuê với TID 1, hàng 2, 4, thuộc người thuê khác với TID Giả sử người thuê số (TID = 2) có quy tắc kinh doanh, theo quy tắc khách hàng nhập vào thông tin số điện thoại, lưu trữ thông tin số điện thoại không áp dụng người thuê Tuy nhiên, môi trường nhiều người thuê với bảng chia sẻ (trường hợp 1), công ty SaaS cần phải xem xét người thuê khác lại muốn bao gồm thông tin số điện thoại Bằng cách sử dụng sở liệu SQL truyền thống (bảng bên trái), nhà cung cấp SaaS tạo bảng cột cố định, bao gồm cột cho tất trường hợp số điện thoại có (số điện thoại di động, số điện thoại nhà) Ngay người thuê số không cho phép nhập số điện thoại hồ sơ khách hàng, có cột Vì vậy, có nhiều "lỗ hổng" liệu bị rải rác, thưa thớt, đánh dấu vòng tròn hình Ngoài ra, giả sử người thuê số (TID = 1) muốn thay đổi yêu cầu họ, muốn không lưu trữ số điện thoại di động số điện nhà riêng mà số điện thoại nơi làm việc Trong tình này, bạn phải thay đổi bảng Tuy nhiên, bạn làm theo quy tắc chuẩn hóa thiết kế sở liệu, bạn thực cần tạo bảng PHONE (Số điện thoại) riêng biệt Sau đó, bạn phải di chuyển liệu thay đổi ứng dụng bạn để truy vấn SQL bạn trỏ đến bảng PHONE dùng phép nối bảng (join) Phương pháp không linh hoạt Ở bên phải Hình phương pháp đề xuất nhằm xử lý tùy chỉnh Bảng trường hợp có hai cột, cột thứ hai định nghĩa với kiểu liệu XML Bằng cách sử dụng XML, có nhiều linh hoạt để xử lý thay đổi lược đồ sở liệu Ngoài ra, với công nghệ pureXML DB2, hiệu suất cải thiện nhiều DB2 9.7 cho phép tiến triển lược đồ, nên thay đổi tương lai với lược đồ XML dễ dàng áp dụng Ngoài ra, DB2 cho phép nhiều lược đồ XML cho cột, người thuê sử dụng lược đồ XML riêng biệt  ... Bạn cần giấy phép DB2 cá thể đám mây Cô lập liệu tốt người thuê có sở liệu riêng mình, sở liệu DB2 đơn vị độc lập Mỗi sở liệu định cấu hình trì cách độc lập, mang lại nhiều linh hoạt Sự phức tạp... hạn nhớ cá thể điện toán đám mây bạn, trường hợp này, bạn cần phải chọn cá thể đám mây đắt tiền Trường hợp 5: Chia sẻ máy chủ sở liệu Trong trường hợp này, có tài nguyên máy chủ sở liệu chia sẻ... hạn kích thước sở liệu Trường hợp 1: Chia sẻ bảng Trong trường hợp này, tài nguyên sau chia sẻ: • • • • • Máy chủ sở liệu Cá thể DB2 Cơ sở liệu Một nhiều không gian bảng Một nhiều bảng Hình