手动触发的K8s CronJob是否会遵守concurrencyPolicy并发策略配置？

原因说明 #

concurrencyPolicy 是 CronJob 控制器的专属配置规则，仅对 CronJob 自动调度生成的 Job 生效。你手动执行 kubectl create job 是直接调用 Kubernetes 的 Job API 提交任务，整个流程不会经过 CronJob 控制器的校验逻辑，所以该配置自然不会生效。

解决方案 #

不需要完全自行从零实现并发控制，可以参考以下两种常用方案：

方案1：封装简单的触发脚本（最轻量化） #

CronJob 自动生成的 Job 都会默认携带 batch.kubernetes.io/cronjob-name=<CronJob名称> 标签，你手动创建 Job 时也同步加上该标签，再在触发前加一层校验即可，示例逻辑：

#!/bin/bash
CRONJOB_NAME=my-cron-job
NAMESPACE=precompile
# 给Job名称加时间后缀避免重名
JOB_NAME=my-job-$(date +%Y%m%d%H%M%S)

# 检查是否有运行中的同来源Job
running_jobs=$(kubectl get jobs -n $NAMESPACE -l batch.kubernetes.io/cronjob-name=$CRONJOB_NAME -o jsonpath='{.items[?(@.status.active==1)].metadata.name}')
if [ -n "$running_jobs" ]; then
  echo "已有同CronJob的任务正在运行，触发失败"
  exit 1
fi

# 触发任务并打关联标签
kubectl create job $JOB_NAME -n $NAMESPACE --from=cronjob/$CRONJOB_NAME
kubectl label job $JOB_NAME -n $NAMESPACE batch.kubernetes.io/cronjob-name=$CRONJOB_NAME

方案2：用准入规则全局管控（适合多团队共享集群场景） #

如果需要所有用户手动触发该 CronJob 都遵守并发规则，可以配置 Kubernetes 原生的 ValidatingAdmissionPolicy，规则逻辑为：当创建的 Job 关联到指定 CronJob 时，先校验同标签的运行中 Job 数量，如果符合 concurrencyPolicy: Forbid 的拦截条件就直接拒绝创建请求，不需要额外部署服务。

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