我们对从头开始开发语法正确的ARM模板是多么耗时感到有些震惊。
门户有帮助，但推出非开发就绪模板(当所有模板都使用"name"作为资源名称时，很难找到错误是什么，而不是更冗长的东西("microsoftStorageAccountResourceName"，microsoftStorageAccountResourceLocation，microsoftStorageAccountResourceTags等(。
我们知道有很多部署方法——但如果可能的话，我们希望得到一些保证，即ARM是当前的首选方式，并将继续成为通过VSTS编写脚本部署的首选主要方式——或者它是否滑向一种不同的——也许更编程的方法(例如：Powershell、CLI、其他(。
我们之所以问这个问题，是因为看起来我们将不得不投入大量精力为这个组织创建一个资源库(以减少所有项目精通ARM部署的需求(——并且更愿意使用开发人员在未来几年首选的方法来实现可维护性目标。
感谢您对推荐哪种方法作为最佳投资的任何见解。
模板将在可预见的未来出现......这实际上取决于您是要自己编排部署(使用 CLI、PS、SDK 的命令式部署(，还是希望 ARM 编排部署(通过模板(。 如果您想讨论更多内容，很高兴离线聊天 - 在微软发送电子邮件。
在原始帖子一年后写这篇文章： "ARM 模板仍然是首选部署机制？"的答案可能取决于您问谁。Microsoft根据他们的产品策略"首选"可能与实际用户的首选不同，后者感受到供应商战略决策的痛苦。我从一本仅使用 PS 脚本的 Azure 自动化书籍开始;我被引导(也许是误导？(然后是ARM模板部署模型，主要是通过Microsoft Web文档，但发现这些模板需要大量返工，编写PS脚本，甚至从头开始编写ARM模板，似乎是一种更有效的方法。事实上，我现在对"最佳实践"是什么感到困惑，即其他开发人员实际使用什么方法。现在在2019年8月，是否有社区对此事的看法？还是现在都是VSTS/第三方IDE？