SaaS 的多租户是如何设计，数据如何存储

多租户产品功能架构

一、SaaS 的多租户设计的核心要点了，整理如上图所示，这里说明几点：

1、用户和账号的区别：对于平台来说，注册的账号实际是平台用户，要通过用户来确定用户的唯一性。同时，为了用户能够切换租户，需要有用户租户管理（即用户属于哪些租户）；对于租户来说，用户其实就是账号，也就是我这个租户下开通了哪些账号，一般一个账号就对应一个员工。需要注意的是，租户下的账号可以注销的（或者是禁用），比如说员工离职了，他还可以使用平台，但是无法使用该租户下的功能。

2、订单管理：平台、应用和租户都能够看到订单，只是范围不同。平台管理整个平台的订单（不包含应用内自己的资源订单，除非平台覆盖到了应用内的交易环节），应用内管理应用自身产生的的订单，而租户看到的是自己的订单。

3、租户权限管理：平台如果是纯粹的平台，那么其实可以没有权限管理的，但是一般 SaaS 平台不会是一个空架子，会有一个或多个核心抓手应用。这个就看平台的设计了，是一开始就把自己的应用当作第三方等同对待还是特殊处理。应用管理租户的权限主要是销售版本的管理，这个很多时候可以通过订单自动同步管理。不过，要考虑特殊场景，比如租户可能购买的是较低级版本，但是为了推广高级版本，可能会在后台给租户开通高级版本的试用权限。

4、租户后台：租户后台其实和业务应用可以混合在一起，只是管理员的权限不同而已。租户后台主要就是邀请成员（开账号），进行授权管理（通常会有功能权限和数据权限），然后是自己在平台消费的资源和订单管理，主要是购买和查看为主。

5、业务应用：一般是基层员工用的频次更多，对于管理层更多提供的是报表类的功能。这里主要是能够支持用户切换租户以及便于租户下的成员使用租户开通的业务应用功能。

二、多租户数据存储主要有三种方式，最简单的一种是共用数据表，也是在多数平台使用的存储方式，也就是不同租户的数据存储在同一张数据表中，然后通过租户 id 区分。这种适合小型的 SaaS应用，优点是开发实现简单，缺点是不同租户之间的操作数据会有一定的影响（因为操作的同一个数据表，如果多个租户同时操作，会有并发性能问题）。

另一种是分表设计，即不同的租户的数据表结构虽然相同，但是使用各自的数据表。比如说一个权限表名是 auth，那么 A 租户的叫 a_auth，B 租户的叫 b_auth。这种设计需要根据租户动态创建表，一般表名会有租户 id 来区分唯一性。隔离程度上，比共用表好很多，复杂性也高一些，同时由于是共用了数据库，整体性能会受数据库性能影响，也就是租户之间的操作还是一定程度上会相互影响。

最后一种是分库设计，就是不同的租户使用不同的数据库，这样在数据上是完全隔离的。当然，技术实现上也最复杂了。对于业务系统比较重的垂直SaaS应用，建议是按这种方式设计。因为，深入客户业务的 SaaS 系统一般都是高频操作，随着客户量增加，如果不分离数据，会导致性能瓶颈出现。

当然，实际也可以采用渐进式的数据存储设计，即客户少的时候使用共用数据表，客户稍微多的时候用分表设计，最后再使用分库设计。这种前期成本低，后期会有数据迁移成本。

文章摘自公众号【产品海豚湾】