基础设施自动化的核心和最好的工具区域是配置管理。有许多方法可用于构建系统，维护和升级其配置以及将应用程序部署。可能令人困惑，因为许多工具可用于以 不同方式执行多个功能。有时这是一个好主意，有时它不是。
因此，让我们从常见CM（Configure Mangerment）术语的一些定义开始，然后检查技术。首先，配置。是使服务器准备好运行的过程。包括硬件，操作系统，系统服务和网络连接。部署是在服务器上自动部署和升级应用程序的过程。然后编排，是跨多个系统执行协调操作的行为。
配置管理本身是一个过度的术语，处理初始配置后系统配置的变更控制。但它也经常应用于维护和升级应用程序和应用程序依赖项。还有一些重要术语描述了工具如何处理配置管理。势在必行，也称程序性。这是一种方法，其中定义并生成期望产生状态的命令。然后有声明，也称为功能。这是一种定义所需状态的方法，该工具将现有系统聚合在模型上。这是重复执行CM过程的能力。并且每次都以相同的状态结束。最后，自助服务是最终用户无需通过其他人就可以启动其中一个流程的能力。我将继续讨论配置管理，我会使用这些术语。
那么让我们来看看配置管理的演变。在早期，dev 和ops方法是非常独立的。 CFEngine发起了Puppet，这引起了Chef。这些主要是配置工具。由运维团队用于配置系统。然后开发人员使用简单的工具或者代码，如capistrano。或者添加Hawk代码以实现自动化应用程序部署。
像Ghost这样的商业IT配置工具很常见，像Tivoli或HP这样的大型集成企业服务是企业的解决方案。早期的概念转变，是由2009年的一篇名为“金色图像”或“卢克·凯兹的铝箔球”的文章引发的。 Puppet的创始人。在其中，他认为镜像管理，尤其是或多或少完全预先构建的VM和系统镜像。导致镜像蔓延和配置漂移。
社区基本同意这个观点，并转向干细胞系统方法，初始供应尽可能少的地方。然后CM工具选择配置系统的其余部分。然后逐步运行。防止配置漂移。并使用相同的机制提供以后的更新。这是您用于配置系统的Chef DSL的示例。 Puppet和Chef以及较小程度的CFEngine和其他CM工具成为了DevOps的标准。
这些工具使用声明性的，项目有效的DSL来定义所需的系统配置。然后，系统会自动将状态转换。当虚拟化让位于云平台时，所有这些工具都大受欢迎。当你偶尔进入新的服务器安装和配置时，无论如何都需要数周的时间来设置它们，很多人只是继续使用手动配置的方式。或者为设置添加Hawk自动化。但云计算落地和发展，CM成为了一个拥有良好管理环境的的手段。
但是有一个问题。叫问题或编排。 Puppet和Chef的默认运行模式是每15分钟左右从Krohn唤醒。检查host是否有变化。然后拉动并部署应用。每个系统充当独立代理。对于一个没有高可用性要求的实验室来说，这很好。但对于一个更典型的三个隔离高可用Web应用程序系统，您需要了解应用程序服务器并非所有应用程序同时出现故障，并且需要通过应用程序更改来协调数据库更改，这并不是那么好。
事实上，协调请求最初是由CM供应商满足的，“你不需要编排，如果你认为你这样做，你就不了解配置管理。”因此，有些人将其应用程序打包为操作系统级别的软件包（如DEB或RPM），并使用CM工具进行部署。但其他人继续通过其他方式部署他们的应用程序。这导致了另一波工具流行。像Ansible和SaltStack，这转变为推动机制。
执行更明确的协调部署。加入Capistrano的早期开发友好推送部署与其他CM工具的项目potents想法。这些工具与Rundeck等纯播放运行书编排工具交叉使用，它们可以用于自动化。
最后，我来解释一下Golden Image to Foil Ball这个标题，字面意思是黄金镜像还是铝箔球。Golden Image指的是在虚拟机系统管理中，一个稳定的操作系统或者软件版本，功能非常稳定，好用，叫做黄金镜像。外企中golden build就是这个意思。这个代表稳定，不变，静态。如果需要改变，在这个golden镜像基础上修改，然后制作新镜像。而铝箔球指的是动态的制作过程，一开始表面并不光滑，有很多凹凸不平的，经过不断打磨，就变成了像钢珠球这样的效果。这篇文章说了这么多，就是在讨论IT配置管理中技术发展的变化。