如何在依赖的Secret更新时触发Kubernetes Job重新运行？

例如，现有如下简单Job配置：

apiVersion: batch/v1
kind: Job
metadata:
  name: job-test
spec:
  template:
    metadata:
      labels:
        app: databricks
    spec:
      containers:
      - name: job-test
        image: alpine
        command:
          - echo
          - hello $(DAN_TEST)
        env:
          - name: DAN_TEST
            valueFrom:
              secretKeyRef:
                name: dan-test
                key: dan-test-1
      restartPolicy: Never
  backoffLimit: 4

创建该Job后，它会运行并打印Secret内容，但当Secret更新时，Job不会自动重新运行。请问是否存在内置或第三方扩展资源，可关联Secret与Job并触发重新运行？

Kubernetes 本身没有内置机制直接关联 Secret 更新与 Job 重跑——毕竟 Job 被设计为一次性执行任务，完成后不会自动触发。不过可以通过以下几种方式实现需求：

1. 手动触发（最直接） #

删除现有 Job，再重新应用配置，新 Job 会加载更新后的 Secret：

kubectl delete job job-test
kubectl apply -f job.yaml

2. 脚本+定时检查 #

编写监控脚本，定期对比目标 Secret 的内容哈希值或resourceVersion，当检测到变化时自动删除并重建 Job。也可以用 CronJob 周期性运行这个检查脚本，实现半自动化触发。

核心逻辑示例：

• 获取 Secret 的内容哈希值（如kubectl get secret dan-test -o jsonpath='{.metadata.resourceVersion}'）
• 与上次存储的记录值对比
• 若不一致，则执行删除+重建 Job 的操作

3. 第三方工具扩展 #

（1）Argo Workflows #

用 Argo Workflows 替代原生 Job，它支持通过 Sensor 监听 Secret 的更新事件，一旦 Secret 变更就自动触发对应的工作流执行。

（2）Kustomize 哈希后缀 #

借助 Kustomize 为 Job 名称添加 Secret 内容的哈希后缀。当 Secret 更新时，哈希值会变化，Kustomize 会生成新名称的 Job，从而自动触发执行。

（3）自定义 Operator #

编写简单的 Kubernetes Operator，监听目标 Secret 的更新事件，当 Secret 发生变更时，自动删除旧 Job 并创建新实例。

关键说明 #

所有解决方案的本质都是删除旧 Job 并创建新 Job——因为原生 Job 一旦完成就不会重新读取 Secret，只有新创建的 Job 才会加载最新的 Secret 内容。

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