微软似乎更喜欢 Chef 而不是 Puppet？Chef 和 Azure 似乎比 Puppet 更受关注。
https://docs.getchef.com/plugin_knife_azure.html
https://www.getchef.com/solutions/azure/
如果问题不清楚的话，请看这里。
在 Azure 上运行 Chef 而不是 Puppet 有多大好处？我指的不是“概念上的”、“宏观上的”优势。我希望听到那些亲身实践的人的意见，他们可以谈论具体的场景，比如“哦，如果我使用 Puppet，这会更容易”或“感谢上帝我在使用 Chef，否则在 Puppet 上会很难”。
例如，我主要处理 AWS，而对于我来说，使用 OpsWorks，我可以直接指向 Chef 菜谱并运行它。使用 Puppet 则无法做到这一点，因为必须实际处理 Puppet 客户端安装。作为一名顾问，有时为不想要/需要整个过程的客户工作，这很有用。
答案1
根据微软的技术网博客，Puppet 和 Chef 均支持管理 Azure 实例。
除了我总体上相信 Puppet 是一个很棒的工具之外，我无法评论这两种解决方案的优点。
答案2
采用 Chef 来管理 Azure 节点策略的最令人信服的理由是它是供应商推荐/批准的解决方案。这意味着您将更容易获得帮助和支持。这意味着如果情况发生变化（并且它们会一直变化），您更有可能获得完整的解决方案，而不是指向正确方向的指针。这甚至可能意味着 Microsoft Azure 团队提供正确使用 Chef 的资源。
话虽如此，另一个优势是 Powershell DSC 与 Chef 之间的结合。这使得创建配方来管理 Azure 中的 Windows 资源变得更加容易。
这并不意味着我喜欢Chef；我的经验是，它更注重怎么做而不是期望的最终状态，并且需要对应用顺序进行一定的考虑。我可能完全错了；我玩过 Chef 一次，然后就不喜欢它了。
我建议与 Azure 支持人员沟通，询问 Chef、Puppet、SCCM 等有哪些支持资源。了解每种工具能为您带来哪些帮助。他们可能会提供足够的帮助，让 Chef 在他们的环境中变得轻松很多（例如 CQ/Ci/CD 工作流、示例配方、精通 Chef 的支持工程师、可以以低廉费用帮助您编写和调试配方的顾问等）。
请让我们知道您的想法。