ARM模板仍然是首选的部署机制？

Question

我们对从头开始开发语法正确的ARM模板的时间有点惊骇。

Portal帮助，但推出了非开发准备模板（当所有模板都使用'name'作为资源名称时很难找到bug，而不是像'microsoftStorageAccountResourceName'，microsoftStorageAccountResourceLocation， microsoftStorageAccountResourceTags等。）

我们知道有很多方法可以部署 - 但是如果可能的话，我们希望保证ARM是当前的首选方式和将继续成为首选的主要方式通过VSTS进行脚本部署 - 或者是否采用不同的 - 可能更具编程性的方法 - （例如：Powershell，CLI，其他）。

我们之所以这样问，是因为看起来我们将不得不投入大量精力为该组织创建一个资源库（以减少所有项目对ARM部署的熟练程度） - 并且更愿意这样做对于可维护性目标，使用开发人员在未来几年中首选的方法。

感谢任何有关推荐哪种方法作为最佳投资的见解。

Answer 1

模板将在可预见的未来出现......这实际上取决于您是否要自己编排部署（使用CLI，PS，SDK进行必要的部署），或者您希望ARM协调部署（通过模板） 。如果你想讨论更多信息，很高兴在线下聊天 - 在微软发送电子邮件bmoore。

Answer 2

现在写这篇文章的第一年之后是这样的：“ ARM模板仍然是首选的部署机制？”的答案。大概取决于你问谁。 Microsoft根据他们的产品策略选择的“首选”可能与实际用户的感觉不同，后者确实会感觉到供应商策略决策的痛苦。我从一本仅使用PS脚本的Azure自动化书开始；我当时主要是由Microsoft Web文档领导（也许是误导吗？）进入ARM模板部署模型，但是发现这些模板需要大量的返工，以至于编写PS脚本，甚至是从头开始编写ARM模板，似乎是一种更有效的方法。实际上，目前我对“最佳实践”是什么，即其他开发人员实际使用的方法感到困惑。现在（2019年8月）是否有社区对此事形成的意见？还是现在所有的VSTS /第三方IDE？