如何在Pod未成功启动时使Azure DevOps管道失败

kubectl rollout status deployment 仅负责验证Deployment的滚动更新流程完成——也就是ReplicaSet已切换到目标版本、Pod已被创建，但不会检查Pod是否成功启动并处于就绪状态。哪怕Pod因镜像拉取失败、配置错误、启动命令异常等原因崩溃，只要滚动更新流程走完，该命令就会返回成功，导致管道误判。

以下是三种可行的解决方案，可直接修改你的Azure DevOps任务脚本：

方案一：检查Pod就绪状态与运行状态 #

在部署完成后，筛选对应Deployment的Pod，验证所有Pod的就绪状态为True且运行阶段为Running或Completed（按需调整），若不符合则让任务失败：

- task: AzureCLI@2
  inputs:
    azureSubscription: ${{ parameters.svcconn }}
    scriptType: 'pscore'
    scriptLocation: 'inlineScript'
    inlineScript: |
      az aks get-credentials -n $(clusterName) -g $(clusterRG)
      kubectl apply -f '$(Pipeline.Workspace)/Manifest/deployment.yaml' --namespace=${{ parameters.NS }}
      kubectl rollout status deployment ***svc-deployment --namespace=${{ parameters.NS }}

      # 定义Deployment名称和命名空间
      $deploymentName = "***svc-deployment"
      $namespace = "${{ parameters.NS }}"

      # 获取所有对应Pod的就绪状态和运行阶段
      $readyStatuses = kubectl get pods -n $namespace -l app=$deploymentName -o jsonpath='{.items[*].status.conditions[?(@.type=="Ready")].status}'
      $podPhases = kubectl get pods -n $namespace -l app=$deploymentName -o jsonpath='{.items[*].status.phase}'

      # 检查是否存在未就绪或异常状态的Pod
      if ($readyStatuses -match "False" -or $podPhases -notmatch "^(Running|Completed)+$") {
          Write-Error "检测到未就绪或状态异常的Pod，部署失败"
          exit 1
      }

注意：-l app=$deploymentName 中的标签需与Deployment的spec.selector.matchLabels完全一致，否则无法正确筛选Pod。

方案二：使用kubectl wait等待Pod就绪 #

直接用kubectl wait命令等待Pod进入就绪状态，超时未就绪则返回错误，终止管道：

- task: AzureCLI@2
  inputs:
    azureSubscription: ${{ parameters.svcconn }}
    scriptType: 'pscore'
    scriptLocation: 'inlineScript'
    inlineScript: |
      az aks get-credentials -n $(clusterName) -g $(clusterRG)
      kubectl apply -f '$(Pipeline.Workspace)/Manifest/deployment.yaml' --namespace=${{ parameters.NS }}
      kubectl rollout status deployment ***svc-deployment --namespace=${{ parameters.NS }}

      # 等待Pod就绪，超时时间设为5分钟（可根据服务启动速度调整）
      kubectl wait pods -n ${{ parameters.NS }} -l app=***svc-deployment --for=condition=Ready --timeout=300s

此方法更简洁，若超时前Pod未达到就绪状态，kubectl wait会自动返回非零退出码，直接标记任务失败。

方案三：验证Deployment可用副本数匹配期望数 #

检查Deployment的availableReplicas（就绪Pod数量）是否等于spec.replicas（期望Pod数量），不匹配则终止管道：

- task: AzureCLI@2
  inputs:
    azureSubscription: ${{ parameters.svcconn }}
    scriptType: 'pscore'
    scriptLocation: 'inlineScript'
    inlineScript: |
      az aks get-credentials -n $(clusterName) -g $(clusterRG)
      kubectl apply -f '$(Pipeline.Workspace)/Manifest/deployment.yaml' --namespace=${{ parameters.NS }}
      kubectl rollout status deployment ***svc-deployment --namespace=${{ parameters.NS }}

      # 获取期望副本数和可用副本数
      $desiredReplicas = kubectl get deployment ***svc-deployment -n ${{ parameters.NS }} -o jsonpath='{.spec.replicas}'
      $availableReplicas = kubectl get deployment ***svc-deployment -n ${{ parameters.NS }} -o jsonpath='{.status.availableReplicas}'

      # 验证可用副本数是否达标
      if ($availableReplicas -ne $desiredReplicas) {
          Write-Error "Deployment可用副本数($availableReplicas)与期望副本数($desiredReplicas)不匹配，部署失败"
          exit 1
      }

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