Azure Function App首次部署间歇性报错：资源应在部署前已存在

你当前的检测逻辑只校验了Azure控制面返回的资源运行状态，而Linux App Service首次创建时存在控制面状态同步完成、但数据面Kudu部署服务未完成初始化的时间差：AzureResourceManagerTemplateDeployment@3任务返回部署成功、az resource show返回Running仅代表资源在Azure管控侧配置完成，负责接收zip部署请求的Kudu站点还在启动过程中，此时调用部署接口就会返回资源不存在的错误。

方案1：优化就绪检测脚本（推荐，可100%解决问题） #

在原有检测逻辑基础上，补充两个校验维度，确保Kudu服务就绪后再执行部署：

• 校验资源的provisioningState为Succeeded（比state字段更能代表资源配置完成状态）
• 校验Kudu站点的健康接口可正常访问（直接验证部署依赖的底层服务可用）

优化后的检测脚本参考：

sub="${{ parameters.subscriptionId }}"
rg="${{ parameters.resourceGroup }}"
fn="${{ parameters.functionAppName }}"
kuduUrl="https://${fn}.scm.azurewebsites.net/api/health"
attempts=30
delaySeconds=10

for attempt in $(seq $attempts)
do
    # 1. 校验资源配置状态为成功
    provState=$(az resource show --ids /subscriptions/$sub/resourceGroups/$rg/providers/Microsoft.Web/sites/$fn | jq -r ".properties.provisioningState")
    # 2. 校验Kudu服务健康接口返回200
    kuduStatus=$(curl -s -o /dev/null -w "%{http_code}" $kuduUrl || echo "000")

    if [[ "$provState" == "Succeeded" && "$kuduStatus" == "200" ]]; then
        echo "$fn 已就绪，可执行部署"
        break
    fi

    echo "[$attempt/$attempts] 未就绪，置状态：$provState，Kudu状态：$kuduStatus，等待${delaySeconds}秒..."
    sleep $delaySeconds
done

方案2：给部署任务增加重试（轻量临时方案） #

如果不想修改检测逻辑，直接给AzureFunctionApp@1任务增加失败重试配置即可，绝大多数情况下重试1-2次就能等到Kudu就绪：

- task: AzureFunctionApp@1
  displayName: 'Deploy Function App'
  retryCountOnTaskFailure: 3
  inputs:
    azureSubscription: ${{ variables.azureSubscription }}
    appType: functionAppLinux
    appName: 'my-funciton-app'
    package: $(Pipeline.Workspace)/**/*.zip

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