CloudBees Core的Configuration as Code（CasC）简化了CloudBees核心集群的管理，方法是在人类可读的声明性配置文件中捕获核心主机的配置，然后以可复制的方式应用于主机。通过在文件中捕获配置，可以将其视为一级修订控制的工件—版本化、测试、验证，然后应用于主控，同时由CloudBees核心操作进行集中管理中间。那个配置绑定主机的配置在称为核心CasC捆绑包（为了简单起见，博客其余部分中的"配置包"）。操作中心可以存储许多不同的配置包，这些配置包代表一系列预定义的主节点，例如：用于构建Maven项目的master，用于构建Golang docker映像的master，等配置捆绑包包含：列表要安装的插件数量(插件.yaml)插件目录（Plugin-目录.yaml)詹金斯构型(詹金斯.亚姆)束描述符(包扎.yaml)当主服务器配置为使用配置捆绑包时，在启动过程中，如果包扎.yaml版本有更改：安装/更新插件目录安装/更新插件列表plugins.yamlApply/更新詹金斯的配置詹金斯.亚姆西中有关配置捆绑包的更多详细信息文档。如何用它创造一个开始配置bundleA blank slate在有很多要定义的情况下并不理想。使用UI配置Jenkins，然后将配置导出为一个配置会更容易捆绑。创建在你的群集。配置它是你喜欢的（插件和全局配置）。可选地配置一个插件目录。最后, visit/core casc export响应将是一个包含配置包的所有组件的合成YAML文件。将它们分割成单独的YAML文件并放入一个文件夹中；这就是您的配置包！注：出口詹金斯.亚姆可能包含可以删除的默认值，并且可能有一些不正确的部分（来自与OSS JCasC不完全兼容的插件）。因此，请将此导出作为调整的起点，因为它可能无法用作正在设置up Operations Center Operations Center将配置捆绑包分发到主服务器。由于Operations Center能够运行管理作业，因此可以将其配置为从SCM检索捆绑包。要从SCM检索CasC捆绑包，请创建一个简单的Freestyle作业，将SCM与bundle一起签出并添加以下shell步骤：cp*/var/jenkins_home/jcasc bundles store/my java master（此SCM中的bundle用于名为"myjavamaster"的master。有关更多信息，请参阅官方文档）创建master要将CloudBees Core CasC捆绑包应用于CloudBees Core For modern Platform上的主机，只需将主机命名为与捆绑包相同的名称。在传统平台上使用CloudBees内核时，还需要额外的手动步骤。请在文档和下一节中阅读有关此内容的更多信息这里。注意：每个配置捆绑包都受访问令牌保护。在将主节点连接到捆绑包之前，需要创建一个令牌。此过程是手动的（至少在预览版本中）。请参见如何在中创建安全令牌文件.体系结构前面已经提到过，OperationsCenter是CloudBees核心集群中包的分发者。它存储和服务包的主人，但也可以拉他们从外部供应链管理硕士通过Operations Center中的安全HTTP（S）端点发送对其捆绑包的请求。每个主节点都知道它通过该绑定连接到哪个包-链接.yaml包含要使用的捆绑包的URL和访问权限的文件象征。传统的当在传统平台上使用CloudBees内核时-链接.yaml文件需要手动创建并连接到主机才能使用它（通过使用JVM现代平台（Kubernetes）用户在现代平台上使用CloudBees核心的CasC时不需要手动创建链接文件。使用Operations Center配置新的托管主服务器（或团队主服务器）时，如果捆绑包的存储不包含名称与主服务器名称匹配的捆绑包，则会自动创建一个链接文件并将其连接到主人。注意：此命名链接约定机制将来可能会更改，这样，创建主文件的用户就可以选择哪个包是应用。处理配置更新在启动初始配置之后，主服务器中有一个后台进程，该进程正在检查Operations Center上配置捆绑包的更新。如果有更新，那么更新过程会在主服务器中显示一个管理监视器，通知用户新可用的配置。取决于在配置改变时，新的配置可以在不重新启动的情况下应用（例如，当更新不包含对插件版本的更改或没有要安装的新插件时）。在此预览版本中，没有从SCM检索配置的内置支持，因此，可以在Operations Center中创建一个特定的作业来从SCM检索捆绑包（如果需要，还可以使用Webhook）。在文档中有关于如何配置的更多信息。