如何让Azure DevOps的Deploy to Kubernetes任务在Job/Pod非零退出码时失败

问题根源 #

Azure DevOps的Deploy to Kubernetes任务默认只负责把Job资源提交到AKS集群，只要K8s API接收了资源，任务就会显示成功，不会自动校验Job的执行结果——哪怕Pod跑失败（exitCode非零）也不会触发任务失败。

解决办法 #

要让任务在Job或Pod执行失败时标记为失败，得在部署步骤后加校验逻辑，或者调整任务配置，下面是两种可行方案：

方案1：用自定义脚本校验Job状态（推荐） #

在Deploy to Kubernetes任务之后，新增一个Kubernetes类型的任务，选择custom命令类型，执行以下脚本（把Job名换成你的实际名称）：

# 等待Job执行完成，超时设为300秒（可按需调整）
kubectl wait --for=condition=complete job/job-pod-failure-policy-example --timeout=300s

# 检查Job是否有失败记录
JOB_FAILED_COUNT=$(kubectl get job job-pod-failure-policy-example -o jsonpath='{.status.failed}')
if [ "$JOB_FAILED_COUNT" -gt 0 ]; then
    echo "Job执行失败，失败次数：$JOB_FAILED_COUNT"
    exit 1
fi

# 可选：检查最后一个Pod的退出码
LAST_POD_EXIT_CODE=$(kubectl get pod --selector=job-name=job-pod-failure-policy-example -o jsonpath='{.items[-1:]..exitCode}')
if [ "$LAST_POD_EXIT_CODE" != "0" ]; then
    echo "Pod退出码非零：$LAST_POD_EXIT_CODE"
    exit 1
fi

脚本会先等Job跑完，再检查Job的失败次数或Pod的退出码，一旦检测到失败就返回非零值，让Azure DevOps任务直接失败。

方案2：启用任务的“等待完成”选项（仅适用于简单场景） #

如果你的Job是单实例、短运行的任务，可以在Deploy to Kubernetes任务的高级选项里，开启Wait for completion，并设置合适的超时时间。但这个选项对并行Job（比如你配置的parallelism:3）支持有限，没法准确检测所有Pod的失败情况，所以更推荐方案1。

额外提示 #

你的Job设置了restartPolicy: Never，Pod失败后不会重启，Job的status.failed字段会直接递增，脚本可以准确捕获这个状态。

内容的提问来源于stack exchange，提问作者T. Webster