Bài tân oán hướng multi-tenancy vào thực tiễn gặp không hề ít, tuy vậy có nhiều developer không cụ được có mang với cách thức buổi giao lưu của các hệ thống xây dựng theo hướng này. Qua một thời hạn phân tích với phát triển những khối hệ thống, mình đúc kết một vài kinh nghiệm mong muốn share mang đến phần nhiều bạn.

Bạn đang xem: Tenant là gì


*

Thực tế ta phát hiện rất nhiều khối hệ thống thực hiện multi-tenacyvd:- Hệ thống thống trị shop được cho phép các cửa hàng đại lý rất có thể truy vấn với những tài khoản độc lập, tài liệu hòa bình, dẫu vậy thuộc phổ biến 1 hệ thống site.- Hệ thống làm chủ công vnạp năng lượng sử dụng trong tổng đơn vị với những chủ thể bé, cùng site tuy nhiên tài liệu độc lập.- Hệ thống làm chủ dự án Jira- Hệ thống CRM của zoho, saleforce...hầu hết khối hệ thống áp dụng SQL hệ thống, Oracle ... xây dựng khối hệ thống multi-tenancy theo một trong số phong cách xây dựng sau.Phương thơm án I. Cùng phổ biến một cơ sở tài liệu (database), chia sẻ bảng (table)Tất cả những bảng liên quan đông đảo có 1 khóa nước ngoài là ShopId. Dữ liệu sản phẩm của từng siêu thị đông đảo được giữ bình thường vào bảng Product, tuy vậy được rành mạch nhau vị ngôi trường ShopId.Điểm mạnh:- Thiết kế lưu trữ dễ dàng và đơn giản.- Dễ cho việc cách tân và phát triển.- Không chạm mặt yêu cầu vụ việc nhất quán cấu tạo bảng vào quá trình phát triền.Nhược điểm:- Không tự do database cho nên việc một siêu thị có thể coi dữ liệu của siêu thị không giống ví như gồm quyền truy cập Squốc lộ, phân quyền bên trên SQL đích thực là sự việc lớn.- Vấn đề backup, restore dữ liệu mang đến từng siêu thị là gần như là cấp thiết, chỉ hoàn toàn có thể backup đến tất cả.- Vấn đề tạo nên thực thụ phức tạp khi tài liệu phình lớn, vô cùng trở ngại vào câu hỏi backup, restore...- Khó khăn uống khi scale khối hệ thống.Lời khuyên: Phương án này chỉ dùng có tác dụng gần như khối hệ thống nhỏ dại, không nhiều tài liệu, tạo ra tài liệu hạn hẹp.Phương án II.

Xem thêm: Introducing Grabcar Plus Là Gì, Grabcar Plus Là Gì

Cùng tầm thường database, chia sẻ schemaHướng xây dựng này thực hiện một đại lý tài liệu, từng tenant khớp ứng 1 schema. Có một schema thông thường để cai quản gần như các tài liệu bình thường, thống trị thông tin về tenants. Cấu trúc các bảng sinh hoạt toàn bộ các tenant hồ hết như là nhau.Cần 1 schema chuẩn nhằm dựa vào kia tạo ra tenant mới vào quá trình thêm new tenant.Điểm mạnh:- Thiết kế theo phía này thì có thê biến đổi các cấu tạo, hàm, giấy tờ thủ tục riêng rẽ giữa những tenant.- Dễ phân quyền hơn phương pháp 1.- Tiết kiệm được chi phí lúc thực thi (vị số lượng database chỉ nên khôn xiết ít)Nhược điểm:- Phương án backup hòa bình từng tenant là sự việc nan giải, thiết kế viên vẫn đề xuất từ bỏ quản lý Việc backup/restore đến từng tenant bằng code.- Việc đồng điệu đông đảo biến hóa trong cấu schema là vụ việc rất cần phải quyên tâm.- Dữ liệu vào database đã phình ra mau lẹ.- Số lượng schema trong một database là tất cả giới hạn.- Khó khăn uống khi scale hệ thống.Phương thơm án III.

Xem thêm: " Người Lập Phiếu Thu Tiếng Anh Là Gì ? Phiếu Thu Bằng Tiếng Anh

Mỗi tenant một database.Phương án này vẫn triển khai nhỏng sau: khối hệ thống đang bao gồm 1 database tầm thường (chuyên để làm chủ những phần nhỏng danh sách tenant, user, role ...), 1 database tenant chuẩn chỉnh (đựng tài liệu chuẩn), cùng các tenant khác.Mỗi tenant đã là một trong database, người dùng sẽ sở hữu quyền truy cập vào database phổ biến cùng database tenant của user đó.Mình sẽ đi cùng script sql server để chế tác databases cho những giải pháp bên trên, phương án 3 giống hệt như giải pháp 2, nhưng mà vắt bởi vì cần sử dụng schema thì chuyển sang sử dụng database.

Chuyên mục: KHÁI NIỆM LÀ GÌ
Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *