多租户技术架构分析

多租户技术的实现重点在于不同租户间应用程序环境的隔离(Application Context Isolation )及数据的隔离(Data Isolation )，以使不同租户间的应用程序不会相互干扰，同时数据的保密性也应足够强。

应用程序部分:通过进程或支持多应用程序同时运行的装载环境(如Web Server,像是Apache或IIS等)来进行进程间的隔离，或在同一个伺服程序(Server)进程内以运行实例的方式隔离。

数据部分:通过不同的机制将不同租户的数据隔离，Force是采用中介数据(Metadata)的技术来切割的，微软MSDN的技术文件则展示了使用结构描述的方式隔离。

多租户技术就是多个租户共用一个实例，租户的数据既有隔离又有共享，从而解决数据存储的问题。从架构层面来分析，SaaS区别于传统技术的重要差别就是Multi-Tenant模式。

SaaS 多租户在数据存储上存在3种主要的方案，分别如下。

(1)独立数据库

这是第1种方案，即一个租户使用一个数据库。这种方案的用户数据隔离级别最高，安全性最好，但成本也高。其优点一是为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求;二是如果出现故障，恢复数据比较简单。其缺点是增大了数据库的安装数量，随之带来维护成本和购置成本的增加。

这种方案与传统的一个客户、一套数据、一套部署类似，差别只在于软件统一部署在运营商那里。如果面对的是银行、医院等需要非常高数据隔离级别的租户，可以选择这种模式，提高租用的定价。如果定价较低，产品走低价路线，对运营商来说，这种方案是无法承受的。

(2)共享数据库，隔离数据架构

这是第2种方案，即多个或所有租户共享数据库，但一个租户对应一个Schema。其优点一是为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离;二是每个数据库可以支持更多的租户数量。其缺点一是如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据;缺点二是如果需要跨租户统计数据，那么存在一定困难。

(3)共享数据库，共享数据架构

这是第3种方案，即租户共享同一个数据库、同一个Schema，但在表中通过租户ID区分租户的数据。这是共享程度最高、隔离级别最低的模式。它的优点是，较上两种方案,其维护和购置成本最低,允许每个数据库支持的租户数量最多。其缺点一是隔离级别最低,安全性最低，需要在设计开发时加大对安全的开发量;缺点二是数据备份和恢复最困难,需要逐表逐条备份和还原。

如果希望以最少的服务器为最多的租户提供服务，并且租户接受以牺牲隔离级别来降低成本，那么这种方案最合适。