Ansible，Chef，Puppet或____：具有最强的Windows支持和最小的初始化占用空间

我们主要（但不是排他性地）赢服务器。

最好是，我们可以启动操作系统，而几乎不执行任何操作或不执行任何操作以使其准备好接收命令（我们知道我们可能需要在其上创建具有代理或ssh服务器的基础映像）。

需要能够安装mongodb，基于Java的应用程序，iis config等。

哪个工具具有最强的Windows支持/社区功能，以及（如果可能）最轻的初始化占用空间？

操作答案：Powershell DSC。

这不是完整的故事（它不能完成厨师/人偶/等等的全部工作），但是它可以满足很多需求，效果很好，并且在win 8.1 / 2012-R2 / 10中是开箱即用的。我们对此感到非常高兴。

Powershell之父Jeffrey Snover 对Windows Server的未来具有重大影响，他最近表示，Chef目前与Windows Server战略保持一致，而Puppet目前并未对此进行演示。（但是将来可能会。而且我没有其他所有CM平台/工具/解决方案的具体示例-我只是不赞同他在访谈，博客，Twitter等中所说的话。 ）

期望状态配置（DSC）是Jeffrey Snover未来Windows Server策略的主要重点。我确实不能夸大DSC对Windows Server未来的重要性。Snover在2002年撰写了他的《 Monad Manifesto》，其中DSC本质上是高潮，而Powershell只是到达那里的垫脚石。

这是一个有力的声明。从本质上讲，DSC已经超过12年了。想想Powershell多么出色，以及它如何丰富了Windows管理员多年的生活。现在考虑这只是使我们进入所需状态配置的垫脚石。

因此，当您询问哪个配置管理平台具有强大的Windows支持（尤其是Server）时，您绝对可以问的最重要的问题是，CM平台与所需状态配置的集成程度如何。

我认为您会发现Chef和Puppet都具有强大的Windows支持。我有偏见，所以我会指出您其中一个，但实际上由您来决定哪个更适合您。自2011年以来，这两种工具均已获得支持，并且都在大力投资以改善支持。

木偶专用

正如我提到的，我有点偏见。无论是在Forge还是在Github 上，都有大量的Windows 精彩内容。Puppet Labs宣布了Windows Module Pack，它将为您带来一系列特定于Windows的高质量模块。

关于DSC，它仍然是一个年轻产品，但每次有新版本发布时，它就会变得更好。DSC有一个Puppet 社区模块，可以很好地完成1：1将资源映射到类型/提供者的工作。专门针对此问题的团队（我正在研究）正在研究可以与DSC更好地集成的地方，我们已经与Jeffrey Snover进行了讨论。其中有些正在等待成熟，有些则是要做的事情太多，在正确的时间做正确的事情对我们来说非常重要。在您阅读本文时，Puppet可能会更好地支持DSC。

更新：自2015年9月起，Puppet拥有受支持的DSC模块。

基于寡妇的支持选择厘米可能不是最好的策略。特别是如果团队在整个操作过程中都不愿意使用它。每个阵营都有忠实的粉丝。对集成Windows管理任务的Chef的支持看起来更易读，并且类似于DSC（PowerShell）语法。我相信一个木偶大师可以找到一些论点，证明木偶更多地支持Windows。我认为团队需要选择他们将使用更多平台（更易于编写代码）的平台，如果他们已经获得了像python或ruby这样的以网络为中心的脚本，Chef可能更有意义。我听说如果您已经掌握了人偶的dsl，则可以管理Windows。当微软在下一个PowerShell（2016年赢得）中发布其DSC RTM时，这种争论可能真的引起了热议