窗户是否具有相当于configurationpipe理的木偶/厨师?
微软的SCCM(系统中心configurationpipe理器)旨在实现同一目标 – pipe理多个系统的configuration。 这是大多数Windows站点使用的工具。 ( http://www.microsoft.com/systemcenter/en/us/configuration-manager/cm-overview.aspx )
用Ruby编写的声明式configurationpipe理工具? 那么,不是真的,但有点:
厨师的一种支持Windows 。
“本地”和便宜的Windowsconfigurationpipe理将是Active Directory 组策略 。
如果您不使用Active Directory,还有第三方工具(如WPKG)用于“更简单”的应用程序部署 。
组策略。 (不,我不是在拖)
组策略的确切目的是为计算机的设置定义林/域(组织)策略。 它是内置的,支持良好的,并且是明确的。 如果用户没有对本地机器的pipe理员访问权限,他们将无法更改设置。 如果是,则在机器下一次检入DC时,其更改将恢复为策略(默认情况下,每隔[90分钟+ 0-30分钟]),
如果您的策略的版本/差异对您很重要,请参阅以下有关如何获取该数据的评论,然后通过源代码pipe理检查您的更改。 build立一个计划的任务可能是值得的,定期自动执行此操作(以防有人忘记)。
厨师支持Windows (相当一段时间)。
木偶肯定支持Windows,相当好。 如果出现缺陷,PowerShell会完成工作,然后使用Puppet将其解雇,并将所有基础架构代码存储在Git / SVN / etc中。 我现在在一个客户现场自动化与Puppet的Windows环境。 在forge.puppetlabs.com上search“windows”
大多数人忽略了许多用于“基础架构作为代码”的PowerShell,期望的状态configuration,CIM,WMI,组策略,SMA,Orchestrator,OneGet等等的Microsoft技术。
木偶和厨师绝对没有准备好replaceMicrosoft企业中的SCCM,我宁愿使用PowerShell和组策略代替SCCM,然后使用Puppet代替SCCM。
微软正在与DevOps和持续交付的世界进行斗争,并取得了巨大的成功,看看DSC,这真是太棒了! 而不仅仅是MS产品,因为MS使用CIM,WS-MAN和MOF标准化,这将使微软再次成为一个强大的竞争对手。