多租户机制

多租户基本概念

实现如何在多用户环境下公用相同的系统或程序组件，并且确保各个用户间数据的隔离性，多租户技术在公用的数据中心以单一系统架构与服务提供多数用户相同甚至可定制化的服务。

传统模式和租户模式 
 

传统模式：一个B端用户对应一个应用对应一个数据

多租户模式： 多个B端用户对应一个应用对应多个数据且B端用户与数据一一对应。

多租户系统核心功能

数据隔离的策略

• 独立数据库
• 共享数据库隔离数据表空间
• 共享数据库共享数据表空间

数据隔离 - 独立数据库

一个租户一个数据库，这个方案的代码在客户端之间共享，而用户数据物理上隔离

优势: 有助于对数据模型进行扩展；满足不同租户的定制化需求；如果出现故障，恢复数据比较简单，数据安全性也高。

劣势: 增多了数据库的安装和维护数量，随之带来硬件的购置成本以及运维人员的增加。

适合安全性要求高且愿意付款的客户，如银行、医院等。 

数据隔离 - 共享数据库，隔离数据表空间

所有租户共享同一个数据库，但是每个租户一个Schema，来自不同客户端的信息存储在不同的表中

优势：为安全性要求较高的租户提供了一定程度的逻辑数据隔离；针对不同Schema可以控制访问权限；每个数据库可支持更多的租户数量；

劣势： 不同租户的数据存储在一起，如果出现故障，数据恢复比较困难，因为恢复数据库将牵涉到其他租户的数据

适合物理上不隔离的共享环境中的平衡方案。

数据隔离 - 共享数据库，共享数据表空间

所有租户共享同一个数据库、同一个Schema,但在表中增加类似TenantId等多租户数据字段

优势：维护和购置成本最低，允许每个数据库支持的租户数量最多；所有信息存储在一组表时，更易于开发和维护。

劣势： 缺少扩展性，所有客户端都是用同一组表和列；数据备份和恢复最困难，需要逐表逐条备份和还原。

适合成本要求很高，且数据安全性要求不高的场景。

选择合适的隔离模式

• 成本控制：成本和数据隔离成正比，隔离性越好则成本越高
• 安全要求：安全性要求越高，越倾向于隔离
• 租户数量：预期的租户越多，越倾向于共享
• 技术储备：共享性越高，对技术的要求越高