Sitecore 内容管理系统将CM环境与CD环境分离的一些优缺点

默认情况下，每个Sitecore实例都提供内容管理（CM，用于CMS用户维护托管站点）和内容交付（CD，用于访问这些托管站点的访问者）。您可以将CM和CD设施分离到单独的环境中，通常涉及单独的服务器。

我认为将内容管理环境与内容交付环境分离的优势大大超过了缺点，我总是推荐这种方法。分离CM和CD环境的最重要的缺点之一可能是成本。由于分离需要多个Sitecore实例，并且您必须许可每个实例，因此分离会增加Sitecore许可成本。虽然您可以在单个物理服务器上安装这两个实例，但分离的许多优点来自于使用单独的服务器。实际上，单个服务器上的多个实例比单个实例消耗更多资源，包括内存和网络容量，因为每个实例都从数据库加载一些相同的数据。由于这些原因，分离通常也会增加硬件成本。额外的成本涉及这些系统的管理，以及这些系统上的Windows和其他软件的许可。环境分离不需要额外的数据库服务器甚至数据库，但这些也提供了您应该考虑的额外好处。

分离CM和CD环境至少具有以下优点：

• 可扩展性：您可以对CD环境进行负载平衡，而无需对CM环境进行负载平衡，从而可以更有效地使用硬件。您可以对CD环境进行负载平衡，而无需对CM环境进行负载平衡，从而可以更有效地使用硬件。
• 性能（与可伸缩性密切相关）：通过添加硬件并将CM负载与CD负载分离，通常可以提高每个环境的性能和容量。由于CM环境以多种语言加载多个版本，因此您可能需要更多内存用于CM，而您可能需要更多CPU处理能力来为CD中的页面请求提供服务。在CD环境中，您可以通过禁用特定于CM的功能来进一步提高性能。
• 安全性：如果攻击者危及CD环境，则他们没有破坏CM环境，您可以使用该CM环境重新创建CD环境（例如，发布到新的发布目标数据库）。攻击者无法访问Master数据库，该数据库可能包含尚未发布的版本或项目（例如，详细说明财务结果的新闻稿）或从未打算发布（例如，特定于CM的功能），并且无法写入数据库。您可以将用于站点访问者的安全数据库与用于CMS用户的安全数据库分开。CD环境可能无法访问与内容交付环境一样多的内部应用程序（LDAP，CRM，内部数据库等）。
• 管理：您可以在外部或至少在外围网络（DMZ）中托管CD环境，并在内部托管CM环境。您可以将重新启动ASP.NET的更新部署到CM环境，而不会中断CD环境。消耗大量CPU或内存CM功能的CM组件或未部署到CD环境的内存泄漏不会影响该环境。为了提高可靠性，您可以在CD环境中使用SQL进行会话管理，同时使用InProc在CM环境中提高性能。您可以在不影响CD环境的情况下调试CM环境中的问题。

您可以通过在单个服务器组上托管CM和CD的负载平衡环境来实现其中一些目标，但是例如，您无法通过该方法获得安全优势。