Hỏi đáp

Nghĩa Của Từ Tenant Là Gì ? (Từ Điển Anh Thuật Ngữ Máy Chủ – viettingame

Bài toán hướng multi-tenancy trong thực tiễn bắt gặp rất nhiều, nhưng sở hữu rất nhiều developer chưa cầm được quan điểm và phương thức sinh hoạt của những khối hệ thống thiết kế theo hướng này. Qua một thời hạn phân tích và phát triển những khối hệ thống, mình đúc rút một số trong những kinh nghiệm muốn share cho mọi người.

Đang xem: Tenant là gì

*

Thực tiễn ta phát hiện rất nhiều khối hệ thống sử dụng multi-tenacyvd:- Khối hệ thống vận hành shop cho phép nhiều đại lý thậm chí truy vấn với những tài khoản độc lập, dữ liệu độc lập, nhưng cùng chung 1 khối hệ thống site.- Khối hệ thống vận hành công văn sử dụng trong tổng nhà hàng và nhiều nhà hàng con, cùng site nhưng dữ liệu độc lập.- Khối hệ thống vận hành dự án công trình Jira- Khối hệ thống CRM của zoho, saleforce…Nhiều 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 số kiến trúc sau.Phương án I. Cùng chung một trung tâm dữ liệu (database), share bảng (table)Toàn bộ những bảng liên quan đều có một khóa ngoại là ShopId. Dữ liệu thành phầm của từng shop đều được lưu chung trong bảng Product, nhưng được phân biệt nhau bởi trường ShopId.Ưu thế:– Thiết kế lưu trữ giản dị và đơn giản.- Dễ cho việc phát triển.- Ko bắt gặp phải vấn đề đồng nhất cấu trúc bảng trong quy trình phát triền.Nhược điểm:– Ko độc lập database nên việc một shop thậm chí xem dữ liệu của shop khác nếu như có quyền truy vấn SQL, phân quyền trên SQL thực sự là vấn đề to.- Vấn đề backup, restore dữ liệu cho từng shop là sắp như ko thể, chỉ thậm chí backup cho toàn bộ.- Vấn đề phát sinh thực sự phức tạp lúc dữ liệu phình to, rất khó khăn trong việc 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 những khối hệ thống nhỏ, ít dữ liệu, phát sinh dữ liệu ko to.Phương án II.

Xem thêm: Chiến Quốc Ngũ Hổ Tướng: Trang Chủ, Chiến Quốc Trực tuyến

Cùng chung database, share schemaHướng thiết kế này sử dụng một trung tâm dữ liệu, mỗi tenant tương ứng 1 schema. Với một schema chung để vận hành những những dữ liệu chung, vận hành thông tin về tenants. Cấu trúc những bảng ở toàn bộ những tenant đều giống nhau.Cần 1 schema chuẩn chỉnh để phụ thuộc vào đó tạo ra tenant mới trong quy trình thêm mới tenant.Ưu thế:– Thiết kế theo hướng này thì sẽ có thê thay đổi những cấu trúc, hàm, thủ tục riêng rẽ giữa những tenant.- Dễ phân quyền hơn phương án 1.- Tiết kiệm ngân sách được tiền bạc lúc triển khai (do số lượng database chỉ là rất ít)Nhược điểm:– Phương án backup độc lập từng tenant là vấn đề nan giải, lập trình viên sẽ phải tự vận hành việc backup/restore cho từng tenant bằng code.- Việc đồng nhất những thay đổi trong cấu schema là vấn đề cần phải ưa chuộng.- Dữ liệu trong database sẽ phình ra nhanh gọn.- Số lượng schema trong 1 database là sở hữu giới hạn.- Khó khăn lúc scale khối hệ thống.Phương án III.

Xem thêm: Cài Đặt Ngay Appvn Plus – Tải về Appvn For Ios/Andorid

Mỗi tenant một database.Phương án này sẽ tiến hành như sau: khối hệ thống sẽ gồm 1 database chung (chuyên để vận hành những phần như danh sách tenant, user, role …), 1 database tenant chuẩn chỉnh (chứa dữ liệu chuẩn chỉnh), và những tenant khác.Mỗi tenant sẽ là một trong những database, người sử dụng sẽ có được quyền truy vấn vào database chung và database tenant của user đó.Mình sẽ đính kèm script sql server để tạo databases cho những phương án trên, phương án 3 tựa như phương án 2, nhưng thay vì như thế sử dụng schema thì chuyển lịch sự sử dụng database.

Về Viettingame.com

Viettingame.com - Chuyên trang web tổng hợp những thông tin hữu ích trên internet như thông tin về game, tin tổng hợp
Xem tất cả các bài viết của Viettingame.com →

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 *