Azure DevOps多ARM模板部署自动化与变更识别方案咨询

你可以直接在发布流水线中添加循环遍历的脚本任务，不需要给每个组件单独配置部署任务，具体实现逻辑如下：

• 首先统一模板与参数文件的命名规则，要求每个组件的ARM模板与对应参数文件命名匹配，比如组件A的模板为a-component-template.json，参数文件为a-component-parameters.json；或者将每个组件的模板、参数文件放在独立的同名目录下，比如/a-component/template.json+/a-component/parameters.json
• 在发布流水线中添加PowerShell或者Azure CLI任务，遍历drop路径下所有符合命名规则的ARM模板/组件目录
• 遍历过程中针对每个模板，直接调用az deployment group create（资源组级部署）或者对应的Azure RM部署命令，传入匹配的参数文件执行部署
• 可以配合流水线变量配置部署的目标订阅、资源组等公共参数，不需要每个组件单独配置
  如果是用Azure DevOps流水线，也可以直接使用矩阵/多作业配置，或者使用现成的ARM部署循环扩展任务，不需要每次新增组件修改流水线，只要新增的文件符合命名规则就能自动被识别部署。

可以通过分支提交差异对比实现增量识别，具体方案如下：

• 首先记录上一次成功发布到生产环境的提交哈希值，你可以把这个哈希值存在Azure DevOps的变量组、或者存储在生产环境的存储账户、Key Vault中，每次发布成功后更新这个值
• 本次发布运行时，在拉取代码的步骤之后，执行git diff命令对比本次发布分支的最新提交和上一次成功发布的提交哈希，命令参考：git diff --name-only <last-success-commit-hash> HEAD
• 过滤diff结果中所有后缀为.json的ARM模板、参数文件，提取对应的组件名称（根据你之前定义的命名/目录规则匹配），得到本次发生变更的组件列表
• 后续的部署步骤只遍历这个变更列表里的组件执行部署，不需要全量部署所有模板
  如果你的发布分支是每次发布从main分支新建的，也可以直接对比本次发布分支和上一次的发布分支的差异，得到变更的组件列表。
  另外你也可以在拉取请求合并到main分支的时候，就记录PR对应的变更组件，存到一个构件文件里跟着ARM模板一起传到drop位置，发布的时候直接读取这个构件文件就能拿到待部署的组件列表，不需要在发布阶段再做git diff。

内容的提问来源于stack exchange，提问作者Gopa