MULTI-TENANT LÀ GÌ
Bạn đang xem: Multi-tenant là gì
quý khách hàng đang xem: Multi tenant là gì
Thực tế ta phát hiện không hề ít hệ thống áp dụng multi-tenacyvd:- Hệ thống cai quản cửa hàng chất nhận được các cửa hàng đại lý rất có thể truy cập với mọi tài khoản độc lập, dữ liệu tự do, tuy vậy thuộc thông thường 1 khối hệ thống site.- Hệ thống quản lý công vnạp năng lượng thực hiện trong tổng đơn vị và các công ty con, thuộc site nhưng mà tài liệu tự do.- Hệ thống quản lý dự án công trình Jira- Hệ thống CRM của zoho, saleforce…phần lớn khối hệ thống sử dụng SQL server, Oracle … thiết kế khối hệ thống multi-tenancy theo một trong các kiến trúc sau.Phương án I. Cùng thông thường một đại lý tài liệu (database), share bảng (table)Tất cả những bảng liên quan đông đảo có một khóa ngoại là ShopId. Dữ liệu thành phầm của từng shop hầu hết được lưu lại chung trong bảng Product, tuy vậy được tách biệt nhau vị trường ShopId.Điểm mạnh:– Thiết kế tàng trữ dễ dàng.- Dễ mang đến Việc cách tân và phát triển.- Không gặp bắt buộc vấn đề đồng điệu kết cấu bảng vào quá trình vạc triền.Nhược điểm:– Không tự do database nên việc một siêu thị hoàn toàn có thể coi tài liệu của shop khác trường hợp gồm quyền truy vấn Squốc lộ, phân quyền trên Squốc lộ thực thụ là vấn đề bự.- Vấn đề backup, restore dữ liệu đến từng cửa hàng là gần như cần thiết, chỉ hoàn toàn có thể backup đến tất cả.- Vấn đề tạo nên thực sự phức hợp khi tài liệu phình khổng lồ, cực kỳ trở ngại trong câu hỏi backup, restore…- Khó khăn lúc scale khối hệ thống.Lời khuyên: Phương án này chỉ sử dụng làm cho phần nhiều khối hệ thống nhỏ dại, không nhiều dữ liệu, tạo ra tài liệu dong dỏng.Phương thơm án II.
Xem thêm: Trường Đại Học Viện Ngoại Thương Năm 2020, Trường Đại Học Ngoại Thương
Cùng chung database, share schemaHướng kiến thiết này thực hiện một cửa hàng dữ liệu, mỗi tenant tương xứng 1 schema. Có một schema tầm thường nhằm làm chủ đa số những tài liệu thông thường, cai quản biết tin về tenants. Cấu trúc những bảng ở tất cả những tenant rất nhiều tương tự nhau.Cần 1 schema chuẩn chỉnh để phụ thuộc đó tạo thành tenant mới vào quy trình thêm mới tenant.Điểm mạnh:– Thiết kế theo hướng này thì gồm thê thay đổi những cấu tạo, hàm, thủ tục riêng rẽ rẽ thân những tenant.- Dễ phân quyền rộng phương án 1.- Tiết kiệm được ngân sách lúc triển khai (vị con số database chỉ là siêu ít)Nhược điểm:– Pmùi hương án backup hòa bình từng tenant là sự việc nan giải, thiết kế viên đã buộc phải tự cai quản câu hỏi backup/restore mang đến từng tenant bởi code.- Việc nhất quán gần như biến đổi vào cấu schema là sự việc cần phải quyên tâm.- Dữ liệu trong database đã phình ra nhanh chóng.- Số lượng schema trong 1 database là bao gồm số lượng giới hạn.- Khó khăn uống Lúc scale khối hệ thống.Phương thơm án III.
Mỗi tenant một database.Phương thơm án này đang thực hiện nlỗi sau: khối hệ thống vẫn gồm 1 database chung (chuyên để làm chủ các phần như list tenant, user, role …), 1 database tenant chuẩn (đựng tài liệu chuẩn), cùng các tenant khác.Mỗi tenant sẽ là một database, người tiêu dùng sẽ có quyền truy vấn vào database chung cùng database tenant của user kia.Mình đã đi kèm script sql server nhằm chế tạo ra databases cho những giải pháp bên trên, phương pháp 3 y như cách thực hiện 2, tuy thế vắt bởi dùng schema thì đưa lịch sự cần sử dụng database.