architecture - Multi-Tenancy 可扩展性模式

Question

我正在寻找一些关于软件架构中可扩展性的模式和最佳实践的资源，这些资源在以下意义上需要 Multi-Tenancy :

多个用户群与应用程序的自定义配置(定制品牌和功能集)迭代交互。

在多个应用程序为用户体验的不同阶段提供服务的环境中。

我真的在这里寻找一般原则，比如站立、自动化、工具和配置的方法，因为它们与扩展到额外的用户群/迭代有关。

Answer 1

由于你的问题是非常广泛的，所以有几个观点需要讨论

自定义配置

1.1 基于用户

如果您计划允许用户自定义配置应用程序，则必须基于每个用户对其进行维护，并且如果一个用户有权访问不同的公司 [ Multi-Tenancy 中的租户]，您还必须按租户和用户组合隔离数据

有各种级别，例如用户通过拨动开关打开和关闭功能，甚至在用户级别许可产品。前者只需要基于用户的判断力。然而，后者可能需要一个工作流，比如一个模型，用户可以向他的管理员提出一个功能请求，管理员批准相同的请求，然后用户可以访问新请求的功能

1.2 基于租赁

在基于租赁的定制模型的情况下，将有多个级别，例如让公司 [租户] 订阅计划以访问各种应用程序功能。

此外，租户必须配置公司工作区，例如提供用于支付的信用卡详细信息、公司特定电子邮件的电子邮件配置等。这还涉及翻转 ON/OFF 开关，从而使功能更动态地工作

关于您计划使用的多个应用程序，它们确实需要 SSO 以及跨应用程序的配置和公司特定数据的流。可能存在需要存储和维护的公司 [租户] 特定数据库，可以使用 Azure Shard Map 或类似数据库

有一个代码库缩放，可以由您的 PaaS 提供商(如 Azure)按需配置。但是，应用程序需要以某种方式开发，以便它可以支持数据库分区和缩放。这必须考虑到数据隔离等因素。

有各种 PaaS 提供商需要根据您现有的和 future /预测的用户群来决定，然后可以决定和选择相同的。

微软在下面给出了一些关于 Multi-Tenancy 的不错的文章

https://msdn.microsoft.com/en-us/library/aa479086.aspx

https://msdn.microsoft.com/en-us/library/dd430340.aspx

侧边栏还有一堆链接，可帮助您了解更多信息并选择方法。

HTH