手动触发的 cron 作业可以遵守并发策略吗？

所以我有一个这样的 cron 工作：

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: my-cron-job
spec:
  schedule: "0 0 31 2 *"
  failedJobsHistoryLimit: 3
  successfulJobsHistoryLimit: 1
  concurrencyPolicy: "Forbid"
  startingDeadlineSeconds: 30
  jobTemplate:
    spec:
      backoffLimit: 0
      activeDeadlineSeconds: 120
...

然后我像这样手动触发作业：

kubectl create job my-job --namespace precompile --from=cronjob/my-cron-job

但似乎我可以根据需要多次触发该工作并且concurrencyPolicy: "Forbid"被忽略。

有没有办法让手动触发的作业尊重这一点，或者我是否必须手动检查这一点？

请注意，并发策略仅适用于同一 cron 作业创建的作业。

The concurrencyPolicy字段仅适用于由同一 cron 作业创建的作业，如文档中所述：https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/#concurrency-policy https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/#concurrency-policy

执行时$ kubectl create job my-job --namespace precompile --from=cronjob/my-cron-job您本质上是在自己创建一项一次性工作，该工作使用spec.jobTemplate字段作为创建它的参考。自从concurrencyPolicy是一个 cronjob 字段，它甚至没有被评估。

TL;DR

这实际上是预期的行为。手动创建的就业机会不受concurrencyPolicy。没有可以传递的标志来更改此行为。