当软件即服务 (SaaS) 应用程序准备好从初始产品 (MVP) 迁移到可扩展的云原生架构时，解决方案架构师和技术领导者必须做出的关键决策之一就是租赁。
最成功的技术企业中，应用程序架构师明白技术是业务模型的扩展。从这个意义上说，租赁决策更多的是业务驱动的决策，而不是技术驱动的决策。您应该考虑您的业务本身的背景、产品使用或收入预期以及公司必须遵守的任何法规。
单租户或多租户架构都是可以考虑的可行选择。为了帮助您在它们之间做出选择，让我们权衡它们不同的安全和隐私影响、成本、可访问性和易用性：
什么是单租户应用程序？
单租户应用程序由一个架构组成，在该架构中，单个租户或客户由软件应用程序及其支持基础架构的单个实例提供服务。
租户有一个专用的数据库实例、专用服务器、单独的交互和单独的访问规则——它们共同保持完全独立于任何其他租户。
单租户的一些共同特征包括：
高合成性能。
安装的单位（每个租户）成本高。
可维护的每个实例基础设施。
灵活性和可定制性。
数据泄露的风险最小化，因为保护特定租户更容易。
更容易遵守法规。
关于上述功能，有一个很大的警告：随着租户数量的增加，管理配置和软件更新以及跟踪开发人员、测试人员、DevOps 和云资源所需的时间也会增加。
这就是多租户架构变得必要的时候。
什么是多租户应用程序？
多租户是一种架构，其中多个客户由软件及其支持基础设施的单个实例提供服务。每个客户共享软件应用程序和第三级应用程序。基于特定的架构、业务需求和法规/安全要求，多租户应用程序可以通过以下一种或多种方式分离每个租户的数据：
逻辑分离。
模式级分离。
物理隔离。
构建多租户应用程序需要考虑许多方面，几乎所有方面都涉及复杂性。例如：
多租户应用程序涉及更多与安全性和合规性相关的考虑因素，以确保高水平的数据隐私、违规恢复能力和法规遵从性。 （另请阅读：大规模数据泄露：您可能不知道的真相。）
鉴于租户共享服务器资源，必须谨慎管理性能。
多租户解决方案中的功能和模型必须设计为高度可配置的，以便用户可以让应用程序以他们想要的方式运行。
应用程序功能必须在所有租户之间保持一致，因为没有简单的方法来更改特定租户的代码或数据结构。
如果应用程序依赖于与其他 SaaS 产品/应用程序编程接口 (API) 的集成，那么一个问题可能会影响所有用户。
多租户应用程序需要谨慎处理域名系统 (DNS) 配置、令牌管理和白标。
要将更新部署到特定租户，需要为目标客户实施具有特定 DNS 的多台服务器。
无论您使用何种类型的数据隔离——逻辑分离、模式级或物理隔离——多租户架构都需要更多的专业知识和开发能力。存在某个客户的数据可能因另一个租户使用应用程序数据而暴露或泄露的风险。
每次更新都必须针对数据安全和隔离、性能、安全性和合规性进行全面测试。多租户架构可以成为强大的业务推进器，拥有有能力的团队和基础设施设置。
单租户与多租户云应用程序：您应该使用哪个？
与多租户相关的架构决策需要考虑很多因素，例如发现目标客户和监管数据存储和安全要求的监管机构、分析每个客户的收入预期以及审查客户数量。
因此，最终决定需要专家的见解和周密的计划。单租户应用程序还是多租户应用程序最适合您的业务取决于多种因素，例如您迎合的客户数量、您的业务模型、您是否为高度监管行业的客户提供服务以及您是否为需要物理数据分离的客户提供服务.
