Sitecore 使用相同配置部署多个内容交付服务器
我正在构建一个包含多个内容交付服务器的Sitecore服务器场。在当前的过程中,我站在CD服务器上,按照下面每个虚拟机/CD服务器的详细说明,完成注释连接字符串和启用或禁用配置文件的手动步骤: 但是,由于我有多台服务器,是否有任何类型的全局配置文件,我可以在其中指定我想要的设置(基本上是CD服务器的设置模板),或者有一个工具,我可以加载我想要的设置/模板,为其启用/禁用配置文件等等。?我已经使用SIM工具进行了实例安装,但不确定它是否为CD服务器提供了预先确定的“模板”加载Sitecore 使用相同配置部署多个内容交付服务器,sitecore,Sitecore,我正在构建一个包含多个内容交付服务器的Sitecore服务器场。在当前的过程中,我站在CD服务器上,按照下面每个虚拟机/CD服务器的详细说明,完成注释连接字符串和启用或禁用配置文件的手动步骤: 但是,由于我有多台服务器,是否有任何类型的全局配置文件,我可以在其中指定我想要的设置(基本上是CD服务器的设置模板),或者有一个工具,我可以加载我想要的设置/模板,为其启用/禁用配置文件等等。?我已经使用SIM工具进行了实例安装,但不确定它是否为CD服务器提供了预先确定的“模板”加载 与自动化程度更高的
与自动化程度更高的流程(例如类似于Sitecore Azure,但在这种情况下,我需要在prem上安装虚拟机)相比,必须先建立一台服务器,然后手动配置每台服务器似乎更有效。Sitecore中没有任何东西可以直接实现您想要的功能。不过,根据您使用的工具,有一些选项可以实现这一目标 Visual Studio/Build Server 您可以使用来配置非web.config文件,如ConnetionString和AppSettings。对于要为其创建生成并添加相应配置转换和覆盖的每个环境,您将需要不同的生成配置文件。SlowCheetah是一个可添加到项目中的工具,它还提供了其他工具来帮助添加转换 连续部署 如果您使用的是像这样的连续部署工具,则可以基于每个环境和机器角色(例如CM vs CD)进行部署。您还可以根据需要编写自定义PowerShell步骤来修改/转换/删除文件。由于这也可以在计算机角色的基础上运行,您可以编写一个步骤来删除CD环境中不必要的连接字符串(master、reporting、tracking.history),以及删除Sitecore配置指南中指定的其他文件 站点核心配置覆盖
web.config
中的
节点中的任何内容都可以使用内置Sitecore进行修改和修补。如果您有CD环境中需要修改或删除的某些设置,则可以创建CD特定的覆盖,我将其放置在/website/App_Config/Include/z.ProjectName/WebCD
中,并使用Octopus deploy中的部署后Powrshell脚本删除CM环境中的此文件夹。Include文件夹中有补丁程序示例,例如SwitchToMaster.config
。理论上,您可以编写一个补丁文件来删除depoyment指南中提到的所有配置部分,但编写PowerShell步骤来删除这些部分会更容易
我倾向于使用以上所有功能来帮助将不同服务器角色(CM与CD)部署到不同的环境中。Sitecore中没有任何东西可以直接实现您想要的功能。不过,根据您使用的工具,有一些选项可以实现这一目标 Visual Studio/Build Server 您可以使用来配置非web.config文件,如ConnetionString和AppSettings。对于要为其创建生成并添加相应配置转换和覆盖的每个环境,您将需要不同的生成配置文件。SlowCheetah是一个可添加到项目中的工具,它还提供了其他工具来帮助添加转换 连续部署 如果您使用的是像这样的连续部署工具,则可以基于每个环境和机器角色(例如CM vs CD)进行部署。您还可以根据需要编写自定义PowerShell步骤来修改/转换/删除文件。由于这也可以在计算机角色的基础上运行,您可以编写一个步骤来删除CD环境中不必要的连接字符串(master、reporting、tracking.history),以及删除Sitecore配置指南中指定的其他文件 站点核心配置覆盖
web.config
中的
节点中的任何内容都可以使用内置Sitecore进行修改和修补。如果您有CD环境中需要修改或删除的某些设置,则可以创建CD特定的覆盖,我将其放置在/website/App_Config/Include/z.ProjectName/WebCD
中,并使用Octopus deploy中的部署后Powrshell脚本删除CM环境中的此文件夹。Include文件夹中有补丁程序示例,例如SwitchToMaster.config
。理论上,您可以编写一个补丁文件来删除depoyment指南中提到的所有配置部分,但编写PowerShell步骤来删除这些部分会更容易
我倾向于使用以上所有功能来帮助将不同的服务器角色(CM与CD)部署到不同的环境中。强烈建议您看看哪些功能可以实现您所说的功能。当然,您需要至少设置一次实际配置,但之后可以将其部署到任意数量的机器上。对配置的更改会自动传递到根据配置生成的所有计算机,并且直接对计算机所做的任何更改(称为配置漂移)都会自动更正。这可以与Azure结合使用,后者现在可以通过自动化功能充当“拉式服务器” 有很多阅读要做,以获得与此功能集的速度,但它会解决你的问题
这本身不是一个Sitecore工具。强烈建议您查看一下哪些工具可以实现您所说的功能。当然,您需要至少设置一次实际配置,但之后可以将其部署到任意数量的机器上。对配置的更改将自动流动