Ansible，Chef，Puppet或____：具有最强大的Windows支持和最小的init脚印

Jeffrey Snover是Powershell的父亲，对Windows Server的未来有很大的影响，他最近表示Chef目前与Windows Server战略保持一致，而Puppet目前还没有certificate这一点。 （但它可能在未来，而且我没有关于所有其他CM平台/工具/解决scheme的具体例子 – 我只是在他的访谈，博客，Twitter等中听到他所说的话。 ）

期望的状态configurationDSC是Jeffrey Snover未来Windows Server战略的主要重点。 我真的不能夸大DSC对Windows Server未来的重要性。 Snover于2002年撰写了他的“Monad Manifesto”，其中DSC本质上是高潮，Powershell仅仅是通向那里的垫脚石。

这是一个强有力的声明。 DSC已经基本上是超过12年的愿景。 想想Powershell是多么的棒，以及如何丰富Windowspipe理员的生活多年。 现在认为这只是让我们进入期望的状态configuration的垫脚石 。

所以当你问哪个configurationpipe理平台有强大的Windows支持时（尤其是Server），绝对最重要的问题就是CM平台与Desired State Configuration的集成程度如何。

我想你会发现，厨师和木偶都有强大的Windows支持。 我有偏见，所以我会把你指向其中的一个，但是你真的要决定哪一个更适合你。 自2011年以来，这两种工具都得到了支持，并且都在大力投资，以更好地支持这一支持。

木偶具体

正如我所提到的，我有点偏颇。 在Forge和Github上都有相当多的Windows内容。 木偶实验室已经发布了Windows模块包 ，它为您带来了一组高质量的Windows特定模块。

就DSC来说，它仍然是一个年轻的产品，但是每当有新的发布时它都会变得越来越好。 有一个DSC的Puppet 社区模块 ，可以很好地将1：1映射资源分配给types/提供者。 具体到那个（我正在）的团队正在寻找我们可以更好地与DSC整合的地方，我们已经和Jeffrey Snover讨论过这个问题。 其中一些正在等待一点成熟，一些是有很多事情要做，在正确的时间做正确的事对我们来说是非常重要的。 当你阅读这篇文章的时候，Puppet可以更好地支持DSC。

更新：截至2015年9月，Puppet 支持DSC模块 。

select一个基于寡妇支持厘米可能不是最好的策略。 尤其是如果团队在整个操作过程中不能轻易使用的话。 每个阵营都有忠实的粉丝。 对Chef集成Windowspipe理任务的支持似乎更具可读性，与DSC（PowerShell）语法类似。 我相信木偶上师可以find一些傀儡支持窗户的说法。 我认为团队需要select他们将使用的平台（更容易编码），如果他们已经获得了像python或ruby这样以networking为中心的脚本化，厨师可能会更有意义。 我听说如果你已经掌握了puppet的dsl，那么pipe理windows是可行的。 当微软在下一个PowerShell中制造DSC RTM时（赢得2016），这场辩论可能真的发生了