电子邮件营销公司Constant Contact表示，它选择使用Puppet实验室的Puppet配置管理和自动化框架，以助其在两年内将服务器数量由数百台提升至数千台的规模。

　　如果一切按计划进行，这种趋势将继续下去，因为公司在不断成长，还会不断添加卡桑德拉（Cassandra）分布式数据库集群等新的应用。

　　“我们预计我们的服务器容量每六个月会增长三分之一，”Mark Schena说到。他是Constant Contact公司系统自动化部门的经理。“这不只是我们的乐观估计（而是将要实际发生的事）。”

　　该公司两年前开始研究开放源代码的配置管理工具，当时他们已经意识到手动过程无法跟上公司的增长步伐。除Puppet外，它还考虑了较为古老的Cfengine 和Capistrano，以及较新的Opscode Chef。Schena说，当时的Opscode Chef尚不成熟。

　　Schena说，除了Chef尚不成熟之外，Constant Contact公司倾向于Puppet语言的原因还在于它的简单。Puppet支持更多平台，包括传统的Unix簇系统如Solaris；而当时的Chef只能在有限的几个Linux发现版上运行。此外，Schena说，他感觉使用Puppet创建依赖映射图更加容易，更能保证程序以正确的顺序运行。

　　完全地“puppet化”

　　Schena表示，如今，Constant Contact所有的产品服务器都已经“Puppet化”了，这意味着所有的改变都是通过客户端运行的代理程序生效。Puppet“配置单（Manifest）”由中央Puppet“主服务器（Master）”维护，可通过客户端的代理程序修改。

　　同时，Puppet的使用也帮助Constant Contact公司建立了DevOps式的开发环境——这是一种敏捷开发（Agile Development）方法的演变，强调快速地代码发布、配置管理、自动化和版本控制，加强了开发者和项目组之间的交流。

　　传统的概念如“开发”、“进度”、“质量保证（QA）”和“产品”等“对我从不适用”，Schena如此说到。在传统模型下，开发者独立于项目组，艰苦开发数月，再将成果送往质量保证和产品部门。然后就是，“祈祷好运，希望代码能正常工作。”

　　在DevOps式的工作环境中，“我们所有人最开始都会参与其中，所有的工作都通过Puppet进行”，最后完成版本控制，以便于一旦发生问题，还有可能恢复到出问题之前的状态。

　　最后，Schena报告说，使用Puppet并遵守DevOps原则，能帮助减少员工人数、新产品交付时间，并能使开发工作更加顺利。

　　配置管理与云计算

　　一般来说，配置管理工具会受到热烈的欢迎。

　　Bob Plankers是中西部规模较大的一所大学的系统管理员。他说，在改用红帽企业版Linux系统第六版（RHEL 6）时，他采用了Cfengine-3软件。他的许多同行业也都这么做。

　　“我们之前就一直想这么做，（改用RHEL6）正好是一个这么做的好时机，因为你可以从头开始，而不用对已有系统进行转换，”Plankers说。

　　Plankers说，在他的工作中，Cfengine和配置管理软件所要面对的问题在很大程度上就是一份文件。因为所有的修改都是通过配置管理工具完成的，所以要捕捉到配置的改动很容易。

　　“管理层多年来一直试图解决这个文件问题，要求我们将所做的一切都记录到文档中，”他说。“于是我们的所有服务器都有了wiki，而且我们也喜爱我们的wiki，但问题是这些wiki就是权威的了吗？不是。”

　　此外，随着IT产业向云计算迈进，Plankers预测配置管理工具将会更加流行。

　　“使用虚拟化技术后，剩下的就是硬件和整合问题，但是对于云计算，关键问题在于数据处理（process），”他说。结合了云计算技术后，配置管理系统成为“节省时间的利器，和一种更有效地使用云计算的方式。”