Azure devops 在部署过程中何时使用ARM模板?

Azure devops 在部署过程中何时使用ARM模板?,azure-devops,Azure Devops,我正在学习Azure中的ARM模板。到目前为止,我已经通过PowerShell Azure模块部署了一些基础设施,并进行了一些测试。考虑到自动化的目标,我想知道在部署过程中何时/如何使用ARM模板?由于它们用于创建基础架构,它们是否主要用于最初一致地设置环境?或者它们是以自动化的方式持续使用吗?正如Daniel提到的,ARM模板不仅用于部署基础设施,而且用于维护基础设施。因此,当您开始创建应用程序时,您只需要一个vm和一个存储帐户,然后再添加另一个vm和负载平衡器。然后添加cosmos db。等

我正在学习Azure中的ARM模板。到目前为止,我已经通过PowerShell Azure模块部署了一些基础设施,并进行了一些测试。考虑到自动化的目标,我想知道在部署过程中何时/如何使用ARM模板?由于它们用于创建基础架构,它们是否主要用于最初一致地设置环境?或者它们是以自动化的方式持续使用吗?

正如Daniel提到的,ARM模板不仅用于部署基础设施,而且用于维护基础设施。因此,当您开始创建应用程序时,您只需要一个vm和一个存储帐户,然后再添加另一个vm和负载平衡器。然后添加cosmos db。等等


使用ARM模板的另一个很好的理由是:创建相互模仿的dev\test\prod环境并对其进行维护(这样就不会出现配置漂移)。

例如,在Azure Data Factory的情况下,ARM模板还用于部署代码(管道),它们会被持续使用。其思想是,应用程序的ARM模板是项目的一流成员,与应用程序代码一起使用。随着应用程序的发展,ARM模板也会发展。好吧,当您添加更多资源并在进行更改(如添加新资源)后推送ARM模板时,以前的资源不会受到影响。正确吗?此外,在CI管道中编写任务以每次部署ARM模板是否常见?这样,如果有更改,它将得到更新,如果没有,它不会有什么不同?我只是想看看如何将其与部署周期相适应,以正确地自动化它。如果他们的状态发生变化,他们将受到影响。它们将被强制为模板中定义的版本。因此,在模板之外实现的任何更改都将丢失(这是一件好事)。帮助保持适当的状态。通常-是的,您会有一个build或build\release,在每次提交或模板发生更改时运行模板