Architecture 多租户可伸缩性模式

我正在寻找一些关于软件体系结构中可伸缩性的模式和最佳实践的资源，它需要以下意义上的多租户：

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

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

---

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

有几个观点需要讨论，因为您的问题是非常广泛的

自定义配置

1.1基于用户的

如果您计划允许用户自定义配置应用程序，则必须按每个用户进行维护，如果一个用户可以访问不同的公司[多租户中的租户]，您还必须按租户和用户组合隔离数据

有不同的级别，例如用户翻转开关，打开和关闭功能，甚至在用户级别授权产品。前者仅需要基于用户的自由裁量权。但是，后者可能需要一个类似于模型的工作流，其中用户可以向其管理员提出功能请求，管理员批准该请求，然后用户可以访问新请求的功能

1.2以租赁为基础

在基于租赁的定制模式中，将有多个级别，例如让公司[租户]订阅计划以获得对各种应用程序功能的访问

此外，承租人必须配置公司工作区，如提供支付信用卡详细信息、公司特定电子邮件的电子邮件配置等。这还包括打开/关闭开关，从而使功能更加动态地工作

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

有一个代码库扩展，可以由您的PaaS提供商（如Azure）按需配置。但是，该应用程序需要以支持数据库分区和扩展的方式开发。这必须考虑数据隔离等因素

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

微软有一些关于多租户的好文章，如下所示

侧边栏还提供了一系列链接，帮助您了解更多信息并选择方法

---

HTH

谢谢，这很有帮助。我正在寻找更多您称之为“基于租赁”的定制配置，以及成功构建可伸缩系统的原则。我将阅读你链接的两篇文章。非常感谢您提供的信息。这两个链接现在不可用。这些链接的web存档包括：