如何通过HTTP API触发Azure Pipeline包部署 串联Terraform App Service创建流程

方案1：Terraform内置后置动作直接完成部署（最轻量化） #

• 无需额外改动现有触发逻辑，直接在Terraform的App Service资源块后添加local-exec后置处理器，创建完成后直接调用App Service原生的Zip Deploy REST API完成部署
• 核心用到两个能力：
  1. Terraform可直接输出新创建App Service的SCM站点地址、发布用户名、发布密码等敏感参数
  2. App Service原生支持https://<你的应用名>.scm.azurewebsites.net/api/zipdeploy POST API，传入部署包地址即可直接触发部署
• 示例代码片段：

resource "azurerm_linux_web_app" "example" {
  # 你现有的App Service配置
  name                = "example-app-service"
  resource_group_name = azurerm_resource_group.example.name
  location            = azurerm_resource_group.example.location
  service_plan_id     = azurerm_service_plan.example.id
}

# 后置动作触发部署
resource "null_resource" "app_deploy" {
  depends_on = [azurerm_linux_web_app.example]
  
  provisioner "local-exec" {
    command = <<EOT
    curl -X POST \
    -u ${azurerm_linux_web_app.example.publishing_credential[0].username}:${azurerm_linux_web_app.example.publishing_credential[0].password} \
    --data-binary @"<你本地部署包路径或者公网可访问的部署包URL>" \
    https://${azurerm_linux_web_app.example.default_hostname}/api/zipdeploy
    EOT
  }
}

方案2：Azure DevOps Pipeline全流程串联（生产环境推荐） #

• 把现有Terraform脚本和已有的部署包任务放到同一个Azure DevOps Pipeline的不同阶段：
  1. 第一阶段执行Terraform脚本创建App Service，输出应用名、资源组等参数到Pipeline变量
  2. 第二阶段直接引用你已存在的部署包（制品库、Pipeline产出物都支持），调用官方的AzureRmWebAppDeployment@4任务完成部署，无需自己封装API调用
• 优势是可复用现有部署逻辑，自带日志、权限管控、错误重试能力

方案3：事件触发联动（不改现有两套逻辑的适配方案） #

• 如果你不想改动现有Terraform触发逻辑和已有的部署Pipeline，可以通过事件触发完成串联：
  1. 方式一：Terraform创建App Service完成后，用local-exec直接调用Azure DevOps的Pipeline运行API：POST https://dev.azure.com/{组织名}/{项目名}/_apis/pipelines/{部署Pipeline的ID}/runs?api-version=7.1-preview.1，请求体传入新创建的App Service信息作为参数
  2. 方式二：通过Azure Event Grid订阅订阅下App Service创建完成的事件，事件触发后自动调用上述Azure DevOps Pipeline运行API，完全解耦两套流程
• 调用Azure DevOps API时需要配置权限足够的PAT（个人访问令牌），授予Pipeline运行权限即可

• 部署包如果存储在私有地址，需要在部署请求中带入认证信息，或者将部署包放到公开可访问的Blob存储并添加SAS令牌访问
• 所有敏感凭证（发布密码、PAT）建议存到Terraform变量组或者Azure Key Vault中，不要硬编码到代码里

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