Azure集成CICD最佳实践：Logic App等资源ARM模板部署问题咨询

问题1：工作流迭代调整后的部署范围 #

• ARM模板为声明式资源定义，Logic App的工作流属于Logic App资源的definition核心属性，没有独立于Logic App资源之外的单独工作流部署对象，默认需要部署完整的Logic App ARM模板生效修改。
• 如果你使用的是标准型Logic App（支持多工作流部署），可将每个工作流拆分为ARM模板的子资源单独维护，这种场景下可以仅部署修改后的对应工作流子资源模板，无需发布整个Logic App下的所有工作流。
• 若修改后的工作流涉及新增连接、权限配置变更，需要同步更新对应依赖资源的ARM模板一并部署，避免运行时出现权限缺失、连接找不到的报错。

问题2：无变更重复部署ARM模板的副作用 #

• ARM模板默认使用增量部署模式：部署时会自动对比模板定义与目标资源组现有资源的配置差异，仅对存在配置变更的资源执行更新操作，完全匹配无变更的资源不会触发任何操作，无副作用。
• 只有你主动指定完整部署模式时才有额外风险：该模式会自动删除资源组中未在ARM模板内定义的资源，但模板中存在且和现有配置匹配的资源，即使重复部署也不会被修改。
• Logic App专属注意点：只要ARM模板中没有强制指定工作流启停状态，重复部署不会修改Logic App当前的运行/停止状态，也不会清空历史运行日志、实例数据。
• 部署前可执行az deployment group what-if命令预校验变更内容，确认没有非预期操作后再执行正式部署，进一步规避风险。

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