回答:
MicrosoftのSCCM（Systems Center Configuration Manager）は、複数のシステムの構成を管理するという同じ目標を目指しています。これは、ほとんどのWindowsサイトで使用されるツールです。（http://www.microsoft.com/systemcenter/en/us/configuration-manager/cm-overview.aspx）
Rubyで記述された宣言的な構成管理ツールですか？まあ、そうではありませんが、次のようなものです。
「ネイティブ」で安価なWindows構成管理は、Active Directory グループポリシーです。
Active Directoryを使用しない場合、「より簡単な」アプリケーション展開のためのWPKGなどのサードパーティツールもあります。
グループポリシー。（いいえ、私はトローリングしていません...）
グループポリシーの正確な目的は、コンピューターの設定に対してフォレスト/ドメイン（組織）ポリシーを定義することです。組み込み型で、十分にサポートされており、決定的なものです。ユーザーがローカルマシンへの管理者アクセス権を持っていない場合、設定を変更することはできません。そうである場合、マシンが次にDCにチェックインするときに、変更はポリシーに戻ります（デフォルトでは[90分+ 0-30分]ごと）
ポリシーのバージョン管理/差分が重要な場合、そのデータを取得する方法については以下のコメントを参照し、ソース管理を介して変更をチェックインしてください。スケジュールされたタスクを設定して、定期的にこれを自動的に行うことも価値があります（誰かが忘れた場合）。
ChefはWindowsをサポートしています（かなり長い間）。
ほとんどは、「Infrastructure as Code」PowerShell、Desired State Configuration、CIM、WMI、グループポリシー、SMA、Orchestrator、OneGetなどに使用される多くのMicrosoftテクノロジーを無視しています。
PuppetとChefは、Microsoft EnterprisesのSCCMを置き換える準備ができていません。SCCMの代わりにPowerShellとグループポリシーを使用し、SCCMの代わりにPuppetを使用します。
マイクロソフトは、DevOpsおよび継続的デリバリーの世界に戻る方法と戦っています。そして、それを大成功で実現しています。DSCをご覧ください、それはまさに素晴らしいです！MS製品だけでなく、MSはCIM、WS-MAN、およびMOFの標準化を使用しているため、Microsoftは再び大きな競争相手になります。