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

Question

所以我有一个这样的 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" 被忽略了。

有没有办法让手动触发的作业遵守这一点，或者我必须手动检查吗？

Answer 1

Note that concurrency policy only applies to the jobs created by the same cron job.

concurrencyPolicy 字段仅适用于由同一 cron 作业创建的作业，如文档中所述：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 影响。没有您可以传递的标志来更改此行为。

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

Can manually triggered cron jobs respect the concurrencyPolicy?

kubernetes

kubernetes-cronjob

kubernetes-jobs