在Helm中，有一种机制称为Hooks。

Helm提供了一种挂钩机制，以允许图表开发人员在发行版生命周期的某些时间进行干预。例如，您可以使用挂钩执行以下操作：

• 在安装期间先加载ConfigMap或Secret，然后再安装其他任何图表 已加载

• 在安装新图表之前，执行作业以备份数据库， 然后在升级后执行第二个作业以还原 数据

• 在删除发行版之前运行作业以正常退出服务 旋转之前将其旋转。

挂钩的工作方式类似于常规模板，但是它们具有特殊的注释，这些注释使Helm可以不同地利用它们。在本节中，我们介绍了钩子的基本用法模式。

在清单的元数据部分中，将挂钩声明为注释：

apiVersion: ...
kind: ....
metadata:
  annotations:
    "helm.sh/hook": "pre-install"

如果资源是Job类型，则Tiller将等待，直到作业成功运行到完成为止。如果作业失败，则发布将失败。这是一项阻止操作，因此Helm客户端将在Job运行时暂停。

如何编写钩子：

挂钩只是在元数据部分带有特殊注释的Kubernetes清单文件。因为它们是模板文件，所以您可以使用所有常规模板功能，包括读取.Value ，。发布和 .Template 。 / p>

例如，存储在templates / post-install-job.yaml中的此模板声明要在安装后运行的作业：

apiVersion: batch/v1
kind: Job
metadata:
  name: "{{.Release.Name}}"
  labels:
    app.kubernetes.io/managed-by: {{.Release.Service | quote }}
    app.kubernetes.io/instance: {{.Release.Name | quote }}
    app.kubernetes.io/version: {{ .Chart.AppVersion }}
    helm.sh/chart: "{{.Chart.Name}}-{{.Chart.Version}}"
  annotations:
    # This is what defines this resource as a hook. Without this line,the
    # job is considered part of the release.
    "helm.sh/hook": post-install
    "helm.sh/hook-weight": "-5"
    "helm.sh/hook-delete-policy": hook-succeeded
spec:
  template:
    metadata:
      name: "{{.Release.Name}}"
      labels:
        app.kubernetes.io/managed-by: {{.Release.Service | quote }}
        app.kubernetes.io/instance: {{.Release.Name | quote }}
        helm.sh/chart: "{{.Chart.Name}}-{{.Chart.Version}}"
    spec:
      restartPolicy: Never
      containers:
      - name: post-install-job
        image: "alpine:3.3"
        command: ["/bin/sleep","{{default "10" .Values.sleepyTime}}"]

使此模板成为钩子的原因是注释：

  annotations:
    "helm.sh/hook": post-install

您是否注册了自定义资源TZCronJob？您可以使用kubectl get crd或kubectl api-versions进行检查。

kubernetes本机支持CronJobs。您不需要使用自定义资源定义或其他第三方对象。只需如下更新yaml。它应该可以工作

/

如果要使用时区支持的cronjob，请按照以下步骤安装cronjobber

*