【SaaS架构】SaaS架构基础 - 控制平面与应用程序平面

上图提供了核心SaaS架构概念的概念视图。现在，让我们深入了解，并更好地定义SaaS环境如何分解为不同的层。对SaaS概念之间的界限有了更清晰的了解，将更容易描述SaaS解决方案的移动部分。

下图将SaaS环境划分为两个不同的平面。右侧是控制平面。图的这一侧包括用于机载、认证、管理、操作和分析多租户环境的所有功能和服务。

控制平面与应用平面

该控制平面是任何多租户SaaS模型的基础。无论应用程序部署和隔离方案如何，每个SaaS解决方案都必须包含那些服务，这些服务使您能够通过单一、统一的体验管理和运营租户。

在控制平面内，我们进一步将其分解为两个不同的元素。这里的核心服务代表用于协调多租户体验的服务集合。我们已经包括了一些常见的服务示例，这些服务通常是核心的一部分，承认每个SaaS解决方案的核心服务可能会有所不同。

您还将注意到，我们显示了一个单独的管理应用程序。这表示SaaS提供商可能用来管理其多租户环境的应用程序（web应用程序、命令行界面或API）。

一个重要的警告是，控制平面及其服务实际上不是多租户的。该功能没有提供SaaS应用程序的实际功能属性（它确实需要多租户）。例如，如果您查看任何一个核心服务，您都不会发现租户隔离和其他构造是多租户应用程序功能的一部分。这些服务面向所有租户。

图的左侧引用SaaS环境的应用程序平面。这是应用程序的多租户功能所在的位置。图中显示的内容需要保持一定的模糊，因为每个解决方案都可以根据您的领域需求、技术足迹等进行不同的部署和分解。

应用程序域分为两个元素。SaaS应用程序代表您解决方案的租户体验/应用程序。这是租户与SaaS应用程序交互时所接触的表面。然后是表示SaaS解决方案的业务逻辑和功能元素的后端服务。这些可以是微服务，也可以是应用程序服务的其他打包。

您还将注意到，我们已经中断了资源调配。这样做是为了强调这样一个事实，即在入职期间为租户提供的任何资源都将是该应用程序域的一部分。有些人可能认为这属于控制平面。然而，我们将其放置在应用程序域中，因为它必须提供和配置的资源更直接地连接到在应用程序平面中创建和配置的服务。

将其分解为不同的平面，可以更容易地思考SaaS架构的整体布局。更重要的是，它强调需要一组完全超出应用程序功能范围的服务。