Helm Chart语法概要

目录

Helm Chart语法概要

1、概述

前面分别写到了 JenkinsPipeline语法概要Dockerfile语法概要,最近又重新拾起了Helm Chart,刚好回忆一下其语法 ~

Helmk8s中的一个包管理工具,可以用来部署k8s资源。在Helm中最核心的就是模板,即模板化的k8s manifests文件

它本质上就是一个Gotemplate模板。HelmGo template模板的基础上,还会增加很多东西。如一些自定义的元数据信息、扩展的库以及一些类似于编程形式的工作流,例如条件语句、管道等等。这些东西都会使得模板变得更加丰富

有了模板,怎么把配置融入进去,用的就是values.yaml文件

2、调试

Helm也提供了--dry-run --debug调试参数,帮助验证模板正确性。在执行helm install时候带上这两个参数就可以把对应的values值和渲染的资源清单打印出来,而不会真正的去部署一个release

比如来调试创建的一个chart包:

# helm install web --dry-run /root/mychart

3、内置对象

使用 {{.Release.Name}}release的名称插入到模板中。这里的Release就是Helm的内置对象,下面是一些常用的内置对象

Release.Name release 名称
Release.Name release 名字
Release.Namespace release 命名空间
Release.Service release 服务的名称
Release.Revision release 修订版本号,从1开始累加

4、Values

Values对象是为Chart模板提供值,这个对象的值有4个来源

  • chart包中的values.yaml文件

  • chart包的values.yaml文件

  • 通过helm install或者helm upgrade-f或者 --values参数传入的自定义的yaml文件

  • 通过 --set 参数传入的值

chartvalues.yaml提供的值可以被用户提供的values文件覆盖,而该文件同样可以被 --set提供的参数所覆盖

编辑mychart/values.yaml文件,将默认的值全部清空,然后添加一个副本数

# cat values.yaml 
replicas: 3
image: "nginx"
imageTag: "1.17"

# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-deployment
spec:
  replicas: {{ .Values.replicas }}
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: {{ .Values.image }}:{{ .Values.imageTag }}
        name: nginx

查看渲染结果:

# helm install --dry-run web ../mychart/

values文件也可以包含结构化内容,例如

# cat values.yaml 
...
label:
  project: ms
  app: nginx

# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-deployment 
spec:
  replicas: {{ .Values.replicas }} 
  selector:
    matchLabels:
      project: {{ .Values.label.project }}
      app: {{ .Values.label.app }}
  template:
    metadata:
      labels:
        project: {{ .Values.label.project }}
        app: {{ .Values.label.app }}
    spec:
      containers:
      - image: {{ .Values.image }}:{{ .Values.imageTag }} 
        name: nginx

查看渲染结果:

# helm install --dry-run web ../mychart/

5、管道与函数

前面讲的相关模块,其实就是将值传给模板引擎进行渲染,模板引擎还支持对拿到数据进行二次处理

例如从.Values中读取的值变成字符串,可以使用quote函数实现

# vi templates/deployment.yaml
app: {{ quote .Values.label.app }}
# helm install --dry-run web ../mychart/ 
        project: ms
        app: "nginx"

quote .Values.label.app将后面的值作为参数传递给quote函数

模板函数调用语法为:functionName arg1 arg2...

另外还会经常使用一个default函数,该函数允许在模板中指定默认值,以防止该值被忽略掉

例如忘记定义,执行helm install会因为缺少字段无法创建资源,这时就可以定义一个默认值

# cat values.yaml 
replicas: 2
# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
- name: {{ .Values.name | default "nginx" }}

其他常用函数

  • 缩进:{{ .Values.resources | indent 12 }}

  • 大写:{{ upper .Values.resources }}

  • 首字母大写:{{ title .Values.resources }}

6、流程控制

流程控制是为模板提供了一种能力,满足更复杂的数据逻辑处理

Helm模板语言提供以下流程控制语句

  • if/else 条件块
  • with 指定范围
  • range 循环块

6.1 if

if/else块是用于在模板中有条件地包含文本块的方法,条件块的基本结构如下

{{ if PIPELINE }}
  # Do something
{{ else if OTHER PIPELINE }}
  # Do something else
{{ else }}
  # Default case
{{ end }}

示例

# cat values.yaml 
devops: k8

# cat templates/deployment.yaml 
...
  template:
    metadata:
      labels:
        app: nginx
        {{ if eq .Values.devops "k8s" }}
        devops: 123
        {{ else }}
        devops: 456
        {{ end }}

在上面条件语句使用了eq运算符判断是否相等,除此之外,还支持neltgtandor等运算符

通过模板引擎来渲染一下,会得到如下结果

# helm install --dry-run web ../mychart/ 
...
      labels:
        app: nginx

        devops: 456
       

可以看到渲染出来会有多余的空行,这是因为当模板引擎运行时,会将控制指令删除,所有之前占的位置也就空白了,需要使用{{- if ...}}的方式消除此空行

# cat templates/deploymemt.yaml
...
        env:
        {{- if eq .Values.env.hello "world" }}
          - name: hello
            value: 123
        {{- end }}

现在就没有多余的空格了,如果使用-}}需谨慎,比如上面模板文件中

# cat templates/deploymemt.yaml
...
       env:
        {{- if eq .Values.env.hello "world" -}}
           - hello: true
        {{- end }}

这会渲染成:

        env:- hello: true

因为-}}它删除了双方的换行符

条件判断就是判断条件是否为真,如果值为以下几种情况则为false

  • 一个布尔类型的

  • 一个数字

  • 一个 的字符串

  • 一个 nil(空或 null

  • 一个空的集合( mapslicetupledictarray

除了上面的这些情况外,其他所有条件都为

例如,判断一个空的数组

# cat values.yaml 
resources: {}
  # limits:
  #   cpu: 100m
  #   memory: 128Mi
  # requests:
  #   cpu: 100m
  #   memory: 128Mi

# cat templates/deploymemt.yaml
...
    spec:
      containers:
      - image: nginx:1.16
        name: nginx
        {{- if .Values.resources }}
        resources:
{{ toYaml .Values.resources | indent 10 }}
        {{- end }}

例如,判断一个布尔值

# cat values.yaml 
service:
  type: ClusterIP
  port: 80

ingress:
  enabled: true 
  host: example.ssgeek.com

# cat templates/ingress.yaml 
{{- if .Values.ingress.enabled -}}
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: {{ .Release.Name }}-ingress
spec:
  rules:
  - host: {{ .Values.ingress.host }}
    http:
      paths:
      - path: /
        backend:
          serviceName: {{ .Release.Name }}
          servicePort: {{ .Values.service.port }}
{{ end }}

6.2 with

with :控制变量作用域

之前的 {{.Release.xxx}}或者 {{.Values.xxx}},其中的 .就是表示对当前范围的引用, .Values就是告诉模板在当前范围中查找 Values对象的值。而 with语句就可以来控制变量的作用域范围,其语法和一个简单的 if语句比较类似

{{ with PIPELINE }}
  #  restricted scope
{{ end }}

with语句可以允许将当前范围 .设置为特定的对象,比如前面一直使用的 .Values.label,可以使用 with来将 .范围指向 .Values.label

# cat values.yaml 
...
replicas: 3
label:
  project: ms
  app: nginx

# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      {{- with .Values.nodeSelector }}
      nodeSelector:
        team: {{ .team }}
        gpu: {{ .gpu }}
      {{- end }}
      containers:
      - image: nginx:1.16
        name: nginx

优化后


      {{- with .Values.nodeSelector }}
      nodeSelector:
        {{- toYaml . | nindent 8 }}
      {{- end }}

上面增加了一个{{- with .Values.label }} xxx {{- end }}的一个块,这样的话就可以在当前的块里面直接引用 .team.gpu

with是一个循环构造。使用Values.nodeSelector中的值:将其转换为Yaml

toYaml之后的点是循环中.Values.nodeSelector的当前值

6.3 range

Helm模板语言中,使用 range关键字来进行循环操作

values.yaml文件中添加上一个变量列表

# cat values.yaml 
test:
  - 1
  - 2
  - 3

循环打印该列表

apiVersion: v1
kind: ConfigMap
metadata:
  name: {{ .Release.Name }}
data:
  test: |
  {{- range .Values.test }}
    {{ . }}
  {{- end }}

循环内部使用的是一个 .,这是因为当前的作用域就在当前循环内,这个 .引用的当前读取的元素

7、变量

这是语言中基本的概念:变量,在模板中,使用变量的场合不多,但可以看到如何使用它来简化代码,并更好地利用withrange,举例如下

例子1:获取列表键值

# cat ../values.yaml
env:
  NAME: "gateway"
  JAVA_OPTS: "-Xmx1G"
  
# cat deployment.yaml 
...
		env:
		{{- range $k, $v := .Values.env }}
           - name: {{ $k }}
             value: {{ $v | quote }}
        {{- end }}

结果如下

    env:
       - name: JAVA_OPTS
         value: "-Xmx1G"
       - name: NAME
         value: "gateway"

上面在 range循环中使用 $key$value两个变量来接收后面列表循环的键和值

例子2:with中不能使用内置对象

with语句块内不能再 .Release.Name对象,否则报错

可以将该对象赋值给一个变量可以来解决这个问题

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-deployment
spec:
  replicas: {{ .Values.replicas }}
  template:
    metadata:
      labels:
        project: {{ .Values.label.project }}
        app: {{ quote .Values.label.app }}
      {{- with .Values.label }}
        project: {{ .project }}
        app: {{ .app }}
        release: {{ .Release.Name }}
      {{- end }}

上面会出错

      {{- $releaseName := .Release.Name -}}
      {{- with .Values.label }}
        project: {{ .project }}
        app: {{ .app }}
        release: {{ $releaseName }}
        # 或者可以使用$符号,引入全局命名空间
        release: {{ $.Release.Name }}
      {{- end }}

可以看到在 with语句上面增加了一句 {{-$releaseName:=.Release.Name-}},其中 $releaseName就是后面的对象的一个引用变量,它的形式就是 $name,赋值操作使用 :=,这样 with语句块内部的 $releaseName变量仍然指向的是 .Release.Name

8、命名模板

命名模板:使用define定义,template引入,在templates目录中默认下划线_开头的文件为公共模板(_helpers.tpl)

# cat _helpers.tpl
{{- define "demo.fullname" -}}
{{- .Chart.Name -}}-{{ .Release.Name }}
{{- end -}}

# cat deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ template "demo.fullname" . }}
...

template指令是将一个模板包含在另一个模板中的方法。但是,template函数不能用于Go模板管道。为了解决该问题,增加include功能

# cat _helpers.tpl
{{- define "demo.labels" -}}
app: {{ template "demo.fullname" . }}
chart: "{{ .Chart.Name }}-{{ .Chart.Version }}"
release: "{{ .Release.Name }}"
{{- end -}}

# cat deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ include "demo.fullname" . }}
  labels:
    {{- include "demo.labels" . | nindent 4 }}
...

上面包含一个名为 demo.labels 的模板,然后将值 . 传递给模板,最后将该模板的输出传递给 nindent 函数

9、开发Chart的流程

先创建模板

helm create demo

修改Chart.yamlValues.yaml,添加常用的变量

templates目录下创建部署镜像所需要的yaml文件,并变量引用yaml里经常变动的字段

更多内容可以参考官方文档

See you ~

关注公众号加群,更多原创干货与你分享 ~

上一篇:今天来折腾一下 K3S 部署


下一篇:工作笔记——CPLD与MCU通过SPI通信