1. 管理、编辑与更新大量的K8s配置文件
2. 部署一个含有大量配置文件的复杂K8s应用
3. 分享和复用K8s配置和应用
4. 参数化配置模板支持多个环境
5. 管理应用的发布：回滚、diff和查看发布历史
6. 控制一个部署周期中的某一些环节
7. 发布后的验证

Helm Hook

支持Hook类型

pre-install：在模板文件被渲染之后、而在Kubernetes创建任何资源创建之前执行。
post-install：在Kubernetes加载全部的资源之后执行。
pre-delete：在Kubernetes删除任何resource之前执行。
post-delete：在一个release的全部资源被删除之后执行。
pre-upgrade：在模板渲染之后，而在Kubernetes加载任何资源之前执行。
post-upgrade：在Kubernetes更新完全部resource之后执行。
pre-rollback：在模板被渲染之后、而在Kubernetes执行对全部resource的回滚之前。
post-rollback：在Kubernetes的全部resource已经被修改之后执行。

Hook与Release生命周期

1. 用户执行helm install foo
2. Chart被加载到Helm server-Tiller
3. 经过一些用户自定义case验证，Tiller用chart中的Values.yaml等渲染foo模板
4. Tiller加载渲染好的Kubernetes resource到Kubernetes集群
5. Tiller返回release名称等数据给Helm client
6. Helm Client退出

1. 用户执行helm install foo
2. Chart被加载到Helm server-Tiller
3. 经过一些用户自定义case验证，Tiller用chart中的Values.yaml等渲染foo模板
4. Tiller准备执行pre-install hook（加载hook resource到Kubernetes）
5. Tiller按hook的权重对hook进行排序，对相同权重的hook按照字母从a-z顺序排序
6. Tiller按照权重由低到高顺序加载hook
7. Tiller等待hook状态变为就绪（”Ready”）
8. Tiller加载resource到Kubernetes
9. Tiller执行post-install hook（加载hook resource）
10. Tiller等待hook状态变为就绪
11. Tiller返回release名称等数据给Helm client
12. Helm Client退出

Hook权重

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

写一个Hook

apiVersion: batch/v1
kind: Job
metadata:
name: "{{.Release.Name}}"
labels:
heritage: {{.Release.Service | quote }}
release: {{.Release.Name | quote }}
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:
    heritage: {{.Release.Service | quote }}
    release: {{.Release.Name | quote }}
    chart: "{{.Chart.Name}}-{{.Chart.Version}}"
spec:
  restartPolicy: Never
  containers:
  - name: post-install-job
    image: "alpine:3.3"
    command: ["/bin/sleep","{{default "10" .Values.sleepyTime}}"]

Hook资源删除

• hook-succeeded
• hook-failed

annotations:
"helm.sh/hook-delete-policy": hook-succeeded

利用Hook处理服务启动顺序依赖

apiVersion: batch/v1
kind: Job
metadata:
name: "{{.Release.Name}}"
labels:
chart: "{{.Chart.Name}}-{{.Chart.Version}}"
annotations:
"helm.sh/hook": pre-install
"helm.sh/hook-weight": "-5"
spec:
template:
metadata:
  name: "{{.Release.Name}}"
  labels:
    chart: "{{.Chart.Name}}-{{.Chart.Version}}"
spec:
  restartPolicy: Never
  containers:
  - name: pre-install-job
    image: "registry.docker.dev.fwmrm.net/busybox:latest"
    command: ['sh', '-c', "curl --connect-timeout 3 --max-time 5 --retry 10 --retry-delay 5 --retry-max-time 60 --retry-connrefused serviceB:portB/pathB/"]

欢迎转载，请注明作者出处：张夏，FreeWheel Lead Engineer，DockOne社区

原文发布时间为：2017-09-16

本文作者：张夏

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：简化Kubernetes应用部署工具-Helm之Hook