多租户模型

真正意义上的SaaS一定是多租户的，但是多租户根据隔离程度的不同又分为不同模式。

多租户根据隔离程度和共享程度分为三种模型，其实就是在共享程度与隔离程度的权衡选择。

共享程度越高，租户成本自然越低，技术实现难度越高，运维难度越大。

隔离程度越高，租户成本自然越高，技术实现难度越低，运维难度越低。

三种多租户模式

第一个示例使用每租户的独立应用程序和其自己的数据库。

第二个示例使用多租户应用，并且每个租户都具有一个数据库。

第三个示例使用多租户应用，并且具有分片式多租户数据库。

扫描二维码关注公众号，回复： 10052212 查看本文章

三种模型，从左向右，资源共享程度依次变高，当然成本也就逐步下降，但与之带来的就是技术难度也在大幅增加。

Standalone APP ：“每租户一个独立应用程序”模式

“每租户一个独立应用程序”模式使用单个租户应用程序，并且每个租户具有一个数据库。每个租户的应用，包括其数据库，均部署到单独的资源组。可在服务提供商的订阅或租户的订阅中部署资源组，并由提供程序代表租户进行管理。 每租户独立应用程序模式提供了最佳的租户隔离，但是它的经济成本通常是最高的，因为无法跨多个租户共享资源。此模式非常适合于较为复杂并部署到较小数量的租户的应用程序。相较其他模式，使用独立部署，能够更轻松地为每个租户自定义应用程序。

Database per Tenant：“每个租户一个数据库”模式

“每个租户一个数据库”模式适用于注重租户隔离并想要运行集中式服务以经济高效地使用共享资源的服务提供商。将为每个场所或租户创建数据库，并集中管理所有数据库。数据库可以托管在弹性池中，以便可以均衡无法预测的租户工作负载模式，轻松并经济高效地进行性能管理。目录数据库将保管租户与其数据库之间的映射。使用弹性数据库客户端库的分片映射管理功能管理此映射，从而为应用程序提供高效的连接管理功能。

Sharded Multi-tenant：分片式多租户数据库模式

多租户数据库适用于希望降低每个租户的成本并可接受租户隔离性降低的服务提供商。此模式可将大量租户封装到单个数据库，从而降低每个租户的成本。可以通过跨多个数据库将租户分片来实现几乎无限制的缩放。目录数据库将租户映射到数据库。

此模式还可实现混合模型，在此模型中可以通过将多个租户置于一个数据库中来优化成本，或通过将单个租户置于他们自己的数据库中来优化隔离。在预配租户时或在此之后，可以根据租户做出选择，并且不会影响此应用程序。如果需要以不同的方式处理不同租户组，使用此模式可获得良好效果。例如，可将低成本租户分配到共享数据库，而将高级租户分配到其自己的数据库。

多租户技术实现

通用的多租户，从 SaaS 角度讲，多租户牵涉到多个层面：底层硬件、操作系统、应用服务器、数据层、应用代码等。每个层面的虚拟化策略，甚至是没有任何虚拟化仅仅是逻辑上的分离策略，都是这个架构的一部分。

多租户的设计牵涉到两层：

数据
应用 / 平台

数据层的多租户

数据层的三种多租户架构：

1、独立数据库

2、共享数据库、独立 Schema

3、共享数据库、共享 Schema、共享数据表

独立数据库是一个租户独享一个数据库实例，它提供了最强的分离度，租户的数据彼此物理不可见，备份与恢复都很灵活；共享数据库、独立 Schema 将每个租户关联到同一个数据库的不同 Schema，租户间数据彼此逻辑不可见，上层应用程序的实现和独立数据库一样简单，但备份恢复稍显复杂；最后一种模式则是租户数据在数据表级别实现共享，它提供了最低的成本，但引入了额外的编程复杂性（程序的数据访问需要用 tenantId 来区分不同租户），备份与恢复也更复杂。这三种模式的特点可以用一张图来概括：

三种部署模式的异同