System Center Configuration Manager(SCCM)的期望状态配置正是您所描述的。
如果您没有预算(就像您的问题所表明的那样),您可以使用PowerShell DSC来实现。
System Center Operations Manager(SCOM)并不适用于这种情况-它是一个监控和警报平台,而不是配置管理平台。(请注意,原始问题提到了SCOM,但OP在编辑时将其删除了)
请注意,自2012年起,购买任何一个System Center产品,您将获得全部产品。总共有9个产品,对于能够成功地利用其中一部分或全部产品的Windows用户来说,这是一个巨大的福音。
工具A在Windows Server(操作系统)上表现出色,但在管理GPO方面很糟糕,而工具B则相反呢?你更喜欢哪个工具将取决于你的使用情况。
话虽如此,jscott是正确的 - SCCM和整个Systems Center套件目前是最好的,因为它来自供应商并且专为此目的构建。
现在,如果您在问题中没有包含其他要求,这可能会改变适当的答案并缩小范围,那将是很好的。与其专注于工具,不如给我们一个详细描述您所面临的问题?Windows Server免费提供的功能(WDS和带有GPO的AD)本身就能很好地构建和管理Windows环境。
据我所知,截至今天(2014年2月14日),Chef和Salt在Windows上有最好的支持。
Chef长期以来一直支持Microsoft Windows平台,自从Opscode于2011年首次发布knife-windows插件以引导和管理Windows服务器以来。您可以使用内置的Chef资源和大量社区食谱来管理Internet Information Services(IIS)、SQL服务器及其数据库、注册表键、安装Windows功能和角色等等。您还可以使用knife-azure插件与Microsoft Azure平台交互,无缝地提供Azure服务器并将其注册到Chef中。
Salt/SaltStack支持Windows平台,并且将许多标准Salt模块移植到了Windows上。
Puppet可以在Windows客户端上运行,但Windows节点不能充当Puppet主节点或证书颁发机构,并且大多数附属的Puppet子命令在Windows上不受支持。 目前Ansible尚不支持Windows,但他们在路线图中提供了对Windows服务器作为终点的支持链接1。通过Cygwin提供了一些实验性的支持。