这两种通过 PowerShell 的 Desired State Configuration 配置虚拟机的方法有何优缺点？
我听说 Azure Automation DSC 的初始学习曲线更陡峭，但从长远来看更可靠。
最佳答案
好吧，让我再次为您总结一下(有点)。
Azure 自动化和 DSC 扩展都使用 DSC 来实现配置 VM 所需的状态。事实上，他们都使用 Azure DSC 扩展来完成他们的工作(所以它更有趣!)。
主要区别在于管理这些的方式。当您使用普通的Azure DSC扩展时，您必须手动配置每个VM，或者使用某种脚本，您没有集中报告，您无法查看VM的状态，所有管理操作都将针对每个VM进行单独虚拟机。
使用 Azure 自动化时，您拥有一个中央存储库，其中包含您期望此类系统拥有的所有管理数据。您可以在 Azure 自动化中存储配置或编译的 mof，以及凭据 Assets (以及与 VM 管理不直接相关的其他几个内容)。此外，您还可以让运行手册执行与虚拟机管理相关的各种事件，例如打开/关闭、配置虚拟机并对其进行配置等
如果你想选择走哪条路，我会说这是理所当然的事情，选择 Azure 自动化，你基本上没有什么可失去的(是的，你需要投入一些时间来弄清楚所有的部分出来，但你并不需要很多)。即使您通常有兴趣简单地将 1-2 个配置分配给 VM 的 Azure 自动化也是可行的方法，因为配置这样的场景确实很容易，并且它可以让您将来更好地管理 VM，以防您需要扩展。另外，就像我说的，我认为 Azure DSC 扩展本身并不真正稳定，在我的测试\实验中，我使用 Azure 自动化获得了更好的结果
关于powershell - Azure:在 DSC 扩展和 DSC 自动化之间进行选择，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41399940/