修正ARM模板部署Workflow至Standard Logic App及批量自动化方案

一、修正ARM模板（解决误创建Consumption实例问题） #

Standard Logic App本质是基于App Service的资源，工作流是其子资源（类型为Microsoft.Web/sites/workflows），而Consumption模式是独立的顶级资源（Microsoft.Logic/workflows）。之前的模板误用了Consumption的资源类型，导致自动新建了错误的实例。

1. 修正后的template.json #

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "logicAppName": {
      "type": "string",
      "metadata": {
        "description": "已创建的Standard Logic App实例名称"
      }
    },
    "workflowName": {
      "type": "string",
      "metadata": {
        "description": "要部署的工作流名称"
      }
    },
    "workflowDefinition": {
      "type": "object",
      "metadata": {
        "description": "工作流的JSON定义内容"
      }
    },
    "workflowKind": {
      "type": "string",
      "allowedValues": ["Stateful", "Stateless"],
      "defaultValue": "Stateful",
      "metadata": {
        "description": "工作流类型"
      }
    }
  },
  "resources": [
    {
      "type": "Microsoft.Web/sites/workflows",
      "apiVersion": "2021-03-01",
      "name": "[concat(parameters('logicAppName'), '/', parameters('workflowName'))]",
      "location": "[resourceGroup().location]",
      "dependsOn": ["[resourceId('Microsoft.Web/sites', parameters('logicAppName'))]"],
      "properties": {
        "kind": "[parameters('workflowKind')]",
        "definition": "[parameters('workflowDefinition')]",
        "state": "Enabled"
      },
      "identity": {
        "type": "SystemAssigned"
      }
    }
  ]
}

• 核心修改：资源类型改为Microsoft.Web/sites/workflows，名称格式为{Standard实例名}/{工作流名}
• 增加依赖：确保工作流部署在已存在的Standard实例下
• 移除了新建Logic App的资源定义，只针对工作流进行部署

2. 修正后的parameter.json #

{
  "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "logicAppName": {
      "value": "pocdemo-lap"
    },
    "workflowKind": {
      "value": "Stateful"
    }
  }
}

• 只保留固定参数，workflowName和workflowDefinition后续通过自动化脚本动态传入

二、批量部署多个Workflow JSON的自动化方法 #

通过Azure DevOps管道脚本遍历Git仓库中的工作流文件，动态生成部署任务，无需重复配置ARM模板。

1. 添加脚本任务收集工作流文件 #

在管道中添加PowerShell任务，遍历指定目录下的所有Workflow JSON文件，提取名称和定义内容作为管道变量输出：

# 遍历存放工作流的目录（根据实际路径调整）
$workflowFiles = Get-ChildItem -Path "$(System.DefaultWorkingDirectory)/workflows" -Filter *.json

# 初始化变量存储工作流名称和定义
$workflowNames = @()
$workflowDefinitions = @()

foreach ($file in $workflowFiles) {
    $workflowNames += $file.BaseName
    # 读取并转换JSON内容，确保格式正确
    $content = Get-Content $file.FullName -Raw | ConvertFrom-Json
    $workflowDefinitions += $content | ConvertTo-Json -Depth 100
}

# 设置输出变量，供后续循环任务使用
Write-Host "##vso[task.setvariable variable=workflowNames;isOutput=true]$($workflowNames -join ',')"
Write-Host "##vso[task.setvariable variable=workflowDefinitions;isOutput=true]$($workflowDefinitions -join '|||')"

• 用|||作为定义内容的分隔符（避免JSON中的逗号干扰）

2. 循环执行ARM部署任务 #

在YAML管道中使用each循环，遍历收集到的工作流信息，逐个执行部署：

jobs:
- job: DeployWorkflows
  steps:
  - task: PowerShell@2
    name: CollectWorkflows
    inputs:
      targetType: 'inline'
      script: |
        # 放入上面的PowerShell脚本内容

  - ${{ each workflowName in split(variables['CollectWorkflows.workflowNames'], ',') }}:
    - task: AzureResourceManagerTemplateDeployment@3
      inputs:
        deploymentScope: 'Resource Group'
        azureResourceManagerConnection: '<你的Azure服务连接名>'
        subscriptionId: '<目标订阅ID>'
        resourceGroupName: '<目标资源组名>'
        templateLocation: 'Linked artifact'
        csmFile: '$(System.DefaultWorkingDirectory)/template.json'
        csmParametersFile: '$(System.DefaultWorkingDirectory)/parameter.json'
        overrideParameters: >
          -logicAppName pocdemo-lap
          -workflowName ${{ workflowName }}
          -workflowDefinition ${{ split(variables['CollectWorkflows.workflowDefinitions'], '|||')[indexOf(variables['CollectWorkflows.workflowNames'].split(','), workflowName)] }}
        deploymentMode: 'Incremental'

• 循环会自动为每个工作流生成独立的部署任务
• 使用Incremental模式，确保只更新目标工作流，不影响Standard实例本身

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