首先声明，我是一个菜鸟。一下文章中出现技术误导情况盖不负责
我们是Puppet及相干系统如Chef系统的大粉丝，我们也推荐户客应用这些系统，因为这些系统对于今现的运维开辟DevOps非常用有，这些则是大型系统所需的功能壮大的自动化工具。
然而，我们公司内部不应用Puppet展开户客支持任务，虽然该工具很用有，也很壮大，而且之于很多我们经常性用到的西东来讲很想理，如自动安装，级升等，我们之所以不应用该工具，是因为当有很多户客或很多用户一并应用该系统时，该工具显得不敷全安。至今为止，还不能完整证保应用该工具是绝对全安的，而且，在应用期后还可能带来重严题问，若您想对此题问有更多的了解，您要需道知Puppet到底是什么？它是如何任务的？
Puppet是一款述描性的终端状态系统，而并非像很多人所设想的真的是一个安装工具。它会把系统改变成经述描的终端状态，做一些必须的情事，如决解依赖性等。所以，并不像人们所惯习的那种程式系统，它是述描状态的一个呆板。这对终端服务器的影响会有很大区分。从本质上来讲，就像一个护守程进，会进入心中系统行进测检，发现异常时，会改更配置状态，如删除MySQL、删除数据、改更防火墙等等。
Puppet是用采自己的语言行进配置的，常通存放在模板中，继承了一些属性，所以，功能壮大，你可以把你的全部Apache服务器用采雷同的配置。但是，即使全部的服务器用采雷同配置，要坏破该系统还是十拿九稳的。然而，如果应用很多系统，服务多种型类的户客的话，系统间就会有差异，很难用采雷同的模板。即使对系统作很小的变革，会都在数年后在产生系统中反响出来，对系统形成坏破。这就是为什么应用Puppet远远达不到全安求要的原因。
虽然可以用采多种计划使系统变得全安，比如说，不在服务上运行Puppet护守程进，但这其实也是不全安的，因为，后来某个人应用系统时，可能会改更此置设，致使系统重严受损。 我们还可以用采100%完整分离式系统，但是，这样的系统仍然很轻易遭遇坏破，轻易被覆盖，或者少至会把产生系统搞得一团糟。
我们正追求如何能做到100%完整分离式系统安装，这样的话，系统构建就会很简单，轻易懂得，更全安也更效有，只有在种这情况下，我们才可能在我们的核心架构中应用Puppet。
（Authored by Steve Mushero / ChinaNetCloud CEO & CTO 本博客英文原文请点此查看）
文章结束给大家分享下程序员的一些笑话语录：
打赌
飞机上，一位工程师和一位程序员坐在一起。程序员问工程师是否乐意和他一起玩一种有趣的游戏。工程师想睡觉，于是他很有礼貌地拒绝了，转身要睡觉。程序员坚持要玩并解释说这是一个非常有趣的游戏："我问你一个问题，如果你不知道答案，我付你5美元。然后你问我一个问题，如果我答不上来，我付你5美元。"然而，工程师又很有礼貌地拒绝了，又要去睡觉。 程序员这时有些着急了，他说："好吧，如果你不知道答案，你付5美元；如果我不知道答案，我付50美元。"果然，这的确起了作用，工程师答应了。程序员就问："从地球到月球有多远？"工程师一句话也没有说，给了程序员5美元。 现在轮到工程师了，他问程序员："什么上山时有三条腿，下山却有四条腿？"程序员很吃惊地看着工程师，拿出他的便携式电脑，查找里面的资料，过了半个小时，他叫醒工程师并给了工程师50美元。工程师很礼貌地接过钱又要去睡觉。程序员有些恼怒，问："那么答案是什么呢？"工程师什么也没有说，掏出钱包，拿出5美元给程序员，转身就去睡觉了。