Azure DevOps：生产验证失败后如何回滚WebApp插槽交换？

1. 复制AzureAppServiceManage@0任务改参数实现回滚可行吗？ #

完全可以。插槽交换是双向操作，交换staging和production之后，staging里会自动保留交换前的production版本——回滚本质上就是再执行一次反向交换。你直接复制原交换任务，把sourceSlot和targetSlot的取值对调就能实现回滚。

举个实际的YAML片段：

# 正向交换：将staging部署版本推到production
- task: AzureAppServiceManage@0
  displayName: 'Swap staging → production'
  inputs:
    azureSubscription: '你的Azure订阅ID/名称'
    appName: '你的WebApp名称'
    resourceGroupName: '对应资源组名称'
    action: 'Swap Slots'
    sourceSlot: 'staging'
    targetSlot: 'production'

# 复制修改后的回滚任务：将production切回原staging版本（即反向交换）
- task: AzureAppServiceManage@0
  displayName: 'Rollback to original staging version'
  inputs:
    azureSubscription: '你的Azure订阅ID/名称'
    appName: '你的WebApp名称'
    resourceGroupName: '对应资源组名称'
    action: 'Swap Slots'
    sourceSlot: 'production'
    targetSlot: 'staging'

2. 怎么避免staging验证失败时触发回滚？ #

核心思路是给回滚任务加条件判断，让它只在「staging验证通过、交换完成，但production验证失败」的场景下才执行。Azure Pipelines支持两种简洁的实现方式：

方式一：利用内置任务状态（推荐） #

直接引用前序任务的执行结果，无需额外配置变量：

# Staging验证任务（验证失败时任务会自动标记为Failed）
- task: 你的验证任务@版本号
  displayName: 'Validate staging slot'
  name: validateStaging
  inputs:
    # 你的验证配置，比如调用健康检查API、跑集成测试等

# 仅当staging验证通过时才执行交换
- task: AzureAppServiceManage@0
  displayName: 'Swap staging → production'
  condition: succeeded('validateStaging')
  inputs:
    # 交换参数同上

# Production验证任务
- task: 你的验证任务@版本号
  displayName: 'Validate production slot'
  name: validateProduction
  condition: succeeded('validateStaging')
  inputs:
    # production验证配置

# 回滚任务：仅当staging验证通过，且production验证失败时执行
- task: AzureAppServiceManage@0
  displayName: 'Rollback to original staging version'
  condition: and(succeeded('validateStaging'), failed('validateProduction'))
  inputs:
    # 反向交换参数同上

方式二：自定义输出变量（适合特殊场景） #

如果你的验证任务不会直接返回失败状态（比如脚本内部处理了错误），可以手动设置输出变量标记验证结果：

# Staging验证任务
- task: 你的验证任务@版本号
  displayName: 'Validate staging slot'
  name: validateStaging
  inputs:
    # 验证配置
  outputs:
    - name: isPassed
      value: ${{ succeeded() }}

# 交换任务：仅当staging验证通过
- task: AzureAppServiceManage@0
  displayName: 'Swap staging → production'
  condition: eq(variables['validateStaging.isPassed'], 'true')
  inputs:
    # 交换参数

# Production验证任务
- task: 你的验证任务@版本号
  displayName: 'Validate production slot'
  name: validateProduction
  condition: eq(variables['validateStaging.isPassed'], 'true')
  inputs:
    # 验证配置
  outputs:
    - name: isFailed
      value: ${{ failed() }}

# 回滚任务：仅当staging通过且production失败
- task: AzureAppServiceManage@0
  displayName: 'Rollback to original staging version'
  condition: and(eq(variables['validateStaging.isPassed'], 'true'), eq(variables['validateProduction.isFailed'], 'true'))
  inputs:
    # 反向交换参数

额外提醒 #

• 确保验证任务能正确反映状态：比如调用健康检查API返回非200时，要让任务返回失败状态（脚本里用exit 1），否则管道识别不出验证失败；
• 插槽交换后，Azure会自动把原production版本留在staging，回滚不需要额外备份，反向交换即可；
• 回滚后建议加个通知步骤（比如发Teams/Slack消息），让团队知道执行了回滚，方便后续排查问题。

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