19、Puppet代码部署、持续集成与基础设施扩展指南

Puppet代码部署、持续集成与基础设施扩展指南

1. Puppet变更传播

在生产环境中部署Puppet代码，需要更新Puppet Master服务目录下的文件（在无主节点设置中，则需在每个节点上分发这些文件）。但与其他典型应用部署不同，此过程并未结束，还需在节点上运行Puppet以应用变更。变更传播方式主要取决于管理Puppet执行的策略，常见方式如下：
-将Puppet作为服务运行：Puppet生产环境（或默认配置）中的任何变更，都会在runinterval时间范围内传播到整个基础设施。
-通过cron作业运行Puppet：推送到生产环境的内容会在定义的cron间隔内自动传播。若要在选定服务器上进行可控的Puppet执行，需在代码推广到生产环境之前使用专用环境。
-集中管理Puppet运行：可使用MCollective集中管理Puppet。代码推送到生产环境后，可先在单台机器上手动运行，再传播到整个基础设施。可通过金丝雀节点（先应用并监控变更）或在大型安装中设置不同节点集群，以可控方式传播变更。

无论采用何种模式，密切关注Puppet报告，及时发现Puppet运行导致的故障早期迹象都非常重要。

2. Puppet持续集成工具

从代码创建到生产的整个过程中，有许多工具可辅助。代码提交并最终批准后的操作可实现自动化，主要是在本地或远程系统上执行命令，使用本章介绍的工具完成部署工作流的各个阶段。

3. 代码工作流管理

当拥有实