K8s原生微服務管理工具helm-v3的使用初探實踐（2）

目錄：
根據微服務的發版需求進行對應用進行調試，使用chart的模版發布微服務
1、基于dubbo微服務發布一個基于生產環境用到的helm模版
模版地址：
git clone git@gitee.com:zhaocheng172/helm-dubbo.git
拉取請把你的公鑰給我，不然拉不下來

3.6 Chart模板
Helm最核心的就是模板，即模板化的K8S manifests文件。
它本質上就是一個Go的template模板。Helm在Go template模板的基礎上，還會增加很多東西。如一些自定義的元數據信息、擴展的庫以及一些類似于編程形式的工作流，例如條件語句、管道等等。這些東西都會使得我們的模板變得更加豐富。

說在前面的話，其實在helm中，其實最關鍵的就是這個模版的渲染，我們將yaml中可能經常變動的字段，去指定一個變量，這個變量就可以通過helm的命令行，通過它的命名行去覆蓋它默認的變量，這就能動態的渲染到yaml中，里面最重要的就是這個模版values，helm幫我們做的事就是集中管理yaml,能動態的渲染這些yaml,因為在寫yaml時里面可能會有很多字段，在后面部署的時候可能回有其他變化，其實就是將這些變動的字段，動態的批量的去修改，之前沒有helm的時候，一般都是也會設計一個通用的模版來改變里面經常變動的字段，一般就是使用sed來替換里面的值，比如替換鏡像，將鏡像替換一個名字就可以部署一個新的應用了，替換成功，apply一下就應用上了，當然這個鏡像是你提前將代碼編譯好的，然后通過dockerfile制作一個自己的鏡像，一般替換的鏡像地址也是harbor上的鏡像地址為準，這樣的話，可能會寫很多替換的命令，顯然也不是很靈活，文件越來越多，對管理也是有一定成本，其實最好的方式有沒有在一個文件中，把這些變量字段寫進去，所有的yaml都可以讀到這個變量，把它引用到渲染的文件中，這也是helm要做的事，這也是helm核心的功能。

1、模板
有了模板，我們怎么把我們的配置融入進去呢？用的就是這個values文件。這兩部分內容其實就是chart的核心功能。
當我們去部署一個應用的時候，比如發布一個微服務，都是要做這么一個chart，這個chart可以來自于互聯網上，或者別人分享給你，或者自己制作的都可以，在這個chart中最核心的就是這個模版了，我們去部署一個應用，它這個模版本身就是一個go的模版，用go去渲染的，只不過helm在go的基礎之上添寫了一些東西，讓它更靈活，比如條件判段
接下來，部署nginx應用，熟悉模板使用，先把templates 目錄下面所有文件全部刪除掉，這里我們自己來創建模板文件，語法的控制，都是滿足這個模版更多的需求。

比如先創建一個chart,一共4個目錄，在templates里面就是我們部署一個應用所需的配置yaml，像deployment,service,ingress等，我們將一些經常變動的字段寫成變量的模式,通過values去定義這些變量的值，通過helm install創建的時候，它就會進行對values進行渲染到我們的template里面了，還有一個_helpers.tpl,它會放一些deployment,service都會用到的模版，比如都會用到一些通用的字段，那么久可以把它放到_helpers.tpl命名模版里面，NOTES.txt是部署一個應用用到的一個提示，比如訪問的地址，還有一個test的這個目錄，比如你部署好一個應用，測試一下看看是不是部署正常。

[root@k8s-master1 one_chart]# helm create one
Creating one
[root@k8s-master1 one_chart]# ls
one
[root@k8s-master1 one_chart]# cd one/
[root@k8s-master1 one]# ls
charts  Chart.yaml  templates  values.yaml
[root@k8s-master1 one]# tree .
.
├── charts
├── Chart.yaml
├── templates
│   ├── deployment.yaml
│   ├── _helpers.tpl
│   ├── ingress.yaml
│   ├── NOTES.txt
│   ├── serviceaccount.yaml
│   ├── service.yaml
│   └── tests
│       └── test-connection.yaml
└── values.yaml

先準備兩個yaml，然后我們進行去對一些經常變的字段，進行渲染

[root@k8s-master1 templates]# kubectl create deployment application --image=nginx --dry-run -o yaml > deployment.yaml
[root@k8s-master1 templates]# kubectl expose deployment application --port=80 --target-port=80 --dry-run -o yaml > service.yaml

然后我們將我們的服務先發布出去測試一下，順便測試能不能正常訪問
我們正常是通過apply -f 去發布這樣的一個服務，現在使用helm來發布試一下，其實效果是一樣的，但是這樣去發布的話，我們跟apply -f 沒什么效果了，而helm的核心應用的功能在于我們能夠有效的去渲染我們的變量，使發布我們的微服務更靈活，比如就可以通過模版進行變量的渲染修改一下鏡像的地址，發布服務的名稱，以及副本數，等等，來動態的傳入，快速發布多套微服務，簡單說就是部署一套通用的模版，來部署一些常規性的應用。

[root@k8s-master1 one_chart]# helm install application one/
NAME: application
LAST DEPLOYED: Wed Dec 18 11:44:21 2019
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
[root@k8s-master1 templates]# kubectl get pod,svc
NAME                                          READY   STATUS    RESTARTS   AGE
pod/application-6c45f48b87-2gl95              1/1     Running   0          10s
NAME                  TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
service/application   ClusterIP   10.0.0.221   <none>        80/TCP    9s
[root@k8s-master1 templates]# curl -I 10.0.0.221
HTTP/1.1 200 OK
Server: nginx/1.17.6
Date: Wed, 18 Dec 2019 03:35:22 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 19 Nov 2019 12:50:08 GMT
Connection: keep-alive
ETag: "5dd3e500-264"
Accept-Ranges: bytes

也就是部署一個chart，使用這個模版，能夠部署一些常規性的應用，首先需要經常變動的是名字，還有副本，以及鏡像名稱

2、調試
Helm也提供了--dry-run 調試參數，幫助你驗證模板正確性。在執行helm install時候帶上這兩個參數就可以把對應的values值和渲染的資源清單打印出來，而不會真正的去部署一個release。
比如我們來調試上面創建的 chart 包：
helm install pod-nodejs-tools --dry-run /root/one

3、內置對象
{{ Release.Name}}這個屬于內置變量，這個內置變量其實就是我們install的時候進行對我們部署應用起的名字，也就是傳進來了，那么就可以直接使用這個來部署資源的名字
{{ Chart.Name}}這個值也是屬于helm的一個內置變量，這個也就是我們創建chart后模版有Chart.yaml這個yaml,其實這個就是在這里面去取的值，當然項目的名字，一般都是統一的，可以直接通過{{ Values.name}}我們自己去定義，也就是在values.yaml這個里面去定義的
我們編寫好了變量的傳輸之后，也可以輸出一下，看看是不是能夠正常輸出渲染
這里的pod-base-common其實就會使我在{{ Release.name}}去生效 --dry-run就是預執行 ，one就是我的chart的目錄
像一些常用的release內置變量，Chart的變量可以直接在chart包中去看到

[root@k8s-master1 one]# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    chart: {{ .Chart.Name }}
    app: {{ .Chart.Name }}
  name: {{ .Release.Name }}
spec:
  replicas: {{ .Values.replicas }}
  selector:
    matchLabels:
      app: {{ .Values.label }}
  template:
    metadata:
      labels:
        app: {{ .Values.label }}
    spec:
      containers:
      - image: {{ .Values.image }}:{{ .Values.imagetag }}
        name: {{ .Release.Name }}

4、Values自定義變量
Values對象是為Chart模板提供值，這個對象的值有4個來源：
chart 包中的 values.yaml 文件
父 chart 包的 values.yaml 文件
通過 helm install 或者 helm upgrade 的 -f或者 --values參數傳入的自定義的 yaml 文件
通過 --set 參數傳入的值
[root@k8s-master1 one]# helm install pod-mapper-service --set replicas=1 ../one/
通過--set命令會優先將覆蓋values的值,創建一個副本，而不是二個了。
chart 的 values.yaml 提供的值可以被用戶提供的 values 文件覆蓋，而該文件同樣可以被 --set提供的參數所覆蓋。

[root@k8s-master1 one]# cat values.yaml 
replicas: 2
image: nginx
imagetag: 1.16
label: nginx
[root@k8s-master1 one_chart]# helm install pod-base-common --dry-run one/
[root@k8s-master1 ~]# helm install pod-css-commons /root/one_chart/one/
NAME: pod-css-commons
LAST DEPLOYED: Wed Dec 18 14:41:02 2019
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None

執行之后查看渲染后的結果使用get manifest+項目的名稱,通過helm ls，就能查看到helm創建的服務

[root@k8s-master1 ~]# helm get manifest pod-css-commons
[root@k8s-master1 one]# helm ls
NAME            NAMESPACE   REVISION    UPDATED                                STATUS   CHART               APP VERSION
pod-css-commons default     1           2019-12-18 14:41:02.800570406 +0800 CSTdeployed application-0.1.0   1.16.0 

比如我們再測試一下，比如我們的代碼更新了，通過dockerfile又構成新的鏡像了，那么我們需要去替換新的鏡像，怎么做？
其實講我們的values下定義的名稱換成新的鏡像的地址就可以了，這里做演示寫的是nginx1.17
然后通過helm upgrade更換了新的鏡像

[root@k8s-master1 one]# helm upgrade pod-css-commons ../one/
Release "pod-css-commons" has been upgraded. Happy Helming!
NAME: pod-css-commons
LAST DEPLOYED: Wed Dec 18 15:00:14 2019
NAMESPACE: default
STATUS: deployed
REVISION: 2
TEST SUITE: None

通過get manifest可以查看到渲染后的鏡像的地址，一般在微服務的發布當中為了保證項目名字的一致性，都是統一使用{{Values.name}}，自己設置變量
[root@k8s-master1 one]# helm get manifest pod-css-commons
比如現在有要發布一個微服務
那么我們一般替換的一般就是服務的名字還有鏡像了
直接在values中去修改成新的鏡像的地址還有項目的名字就--dry-run 一下測試沒問題直接發布

[root@k8s-master1 one]# cat values.yaml 
replicas: 2
image: nginx
imagetag: 1.15
name: pod-base-user-service
app: pod-base-user-service
port: 80
targetPort: 80
[root@k8s-master1 one]# helm install pod-base-user-service  ../one/
[root@k8s-master1 one]# kubectl get pod
NAME                                      READY   STATUS    RESTARTS   AGE
nfs-client-provisioner-6f54fc894d-dbvmk   1/1     Running   0          5d3h
pod-base-ec-service-664987f9c6-5f9vl      1/1     Running   0          7m18s
pod-base-ec-service-664987f9c6-mw4jb      1/1     Running   0          7m18s
pod-base-user-service-6b7d9d47b8-qqcbp    1/1     Running   0          7s
pod-base-user-service-6b7d9d47b8-r5f96    1/1     Running   0          8s

5、管道與函數

剛才的values，以及內置的對象其實就是將值傳給模板引擎進行渲染，另外模板引擎還支持對拿到數據進行二次處理，也就是一定非要使用values的值，也可以對這個模版進行二次處理，比如我將拿到的數據，第一個字母為大寫，或者我將拿到的值的字符串進行加個雙引號，那么都可以對這個模版引擎進行二次處理，比如將拿到的值變成一個字符串，那么這就用到了一個函數，那么這個模版引擎支持這個函數，那么這個函數不是特別的常用，但是也會用到這個，比如deployment這里，比如labels這里拿到這個值并加個雙引號，有的yaml的值必須加雙引號才可以,其實這個實現的話也比較簡單，直接加一個quote就可以
雙引號

labels:
        app: {{ quote .Values.name }}

測試效果已經給將雙引號給添加上了，其實這就是quote函數幫我們做的一個二次處理，當我們特定的給一些值加雙引號的時候，就可以直接通過quote函數來實現

[root@k8s-master1 one]# helm install pod-tools-service --dry-run ../one/
 labels:
        app: "pod-mapper-service"

再比如將一個特定的變量直接傳入，不通過values，我定義的env這個字段，默認是沒有的，通過{{ default "xxxx" .Values.env }} 傳入，比如這就是一個默認值，不需要變的，就可以直接這么定義

spec:
      nodeSelector:
        team: {{ .Values.team }}
        env: {{ default "JAVA_OPTS" .Values.env }}

那么如果values里面有這個值，它默認就會使用values里面的值，如果沒有就會使用default使用默認的值
像縮進這一塊，本身yaml就是以層級關系來定義的，那么有時候我們就會用到這種的需求來渲染我們的層級關系
其他函數：

縮進：{{ .Values.resources | indent 12 }}
大寫：{{ upper .Values.resources }}
首字母大寫：{{ title .Values.resources }}

6、流程控制

流程控制是為模板提供了一種能力，滿足更復雜的數據邏輯處理。
Helm模板語言提供以下流程控制語句：
if/else 條件塊
with 指定范圍
range 循環塊
像縮進流程控制一般也都會用到，像else/if了都會做一下復雜邏輯的處理，
values下定義這個參數
test: "123"
templates/deployment.yaml下去定義這個判斷，if test=123，那么就輸出test:a，否則如果變量的值為其他，這里就打印test:b了，這種的應用的場景也能根據自己的實際應用場景對yaml進行定義，但是這種遇到的情況也不多。

spec:
      nodeSelector:
        team: {{ .Values.team }}
        env: {{ default "JAVA_OPTS" .Values.env }}
        {{ if eq .Values.test "123" }}
        test: a
        {{ else }}
        test: b
        {{ end }}

其實在這里輸出的話，給留出空格，其實就是剛才的{{我們定義的參數留下的}}，這個直接去掉就可以了，通過-就可以刪除
eq運算符判斷是否相等，另外還支持ne、 lt、 gt、 and、 or等運算符。

{{- if eq .Values.test "123" }}
        test: a
        {{- else }}
        test: b
        {{- end }}
      containers:

條件判斷就是判斷條件是否為真，如果值為以下幾種情況則為false：
一個布爾類型的 為flase
一個數字 零
一個 空的字符串
一個 nil（空或 null）
一個空的集合（ map、 slice、 tuple、 dict、 array）
除了上面的這些情況外，其他所有條件都為 真。
比如values的值設置的就是flase,那就不為真
或者就是values的值設置的就是0,那么默認也是設置為false，那也不為真
如果為空，那么也為false,或者為集合，以上的情況都為false
那么我們在values設置一個0，測試一下,然后這邊打印的為b，說明就是假的

test: 0
test: ""
[root@k8s-master1 one]# helm install pod-mapper-service --dry-run ../one/
 spec:
      nodeSelector:
        team: team1
        env: JAVA_OPTS
        test: b
      containers:
      - image: nginx:1.15
        name: pod-mapper-service

現在我們使用它們helm官方原來的values的模版來創建一個應用而且它這個支持序列化的格式化的結構，比如鏡像image,可能會有他的鏡像的地址標簽名字，可能下面還定義多個屬性，所以這種就可以定義這種結構化的一個格式，比如像倉庫的地址，拉取鏡像的策略

image:
    repository: nginx
    tag: 1.17
    pullPolicy: IfNotPresent

[root@k8s-master1 one]# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Values.name }}
  template:
    metadata:
      labels:
        app: {{ .Values.name }}
    spec:
      nodeSelector:
        team: {{ .Values.team }}
      containers:
      - image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
        name: {{ .Values.name }}

[root@k8s-master1 one]# cat templates/service.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  ports:
  - port: {{ .Values.port }}
    protocol: TCP
    targetPort: {{ .Values.port }}
  selector:
    app: {{ .Values.name }}

[root@k8s-master1 one]# vim values.yaml
app: pod-base-jss
name: pod-base-jss
replicaCount: 3

image:
  repository: nginx
  tag: 1.17
  pullPolicy: IfNotPresent

team: team3

[root@k8s-master1 one]# helm install pod-base-jss  ../one/
[root@k8s-master1 one]# helm ls
NAME            NAMESPACE   REVISION    UPDATED                                 STATUS      CHART               APP VERSION
pod-base-jss    default     1           2019-12-19 13:57:49.881954736 +0800 CST deployed    application-0.1.0

現在再增加一個資源限制
做一個判斷當默認為false或者true的情況下，做相關的動作，就是說資源限制用不用，如果定義的為false,那么就不使用這里面的資源，那么為ture的話，就使用，或者不設置，將限制的資源注釋去掉
現在就去判斷這個resource是不是為真，如果為真的話就使用resource,然后對這個pod多一個資源的限制，如果為假的話，就不做資源限制，直接判斷{{ if .Values.resources }}
這里我先判斷為真測試一下，它會將我們的判斷為真的加進去

[root@k8s-master1 one]# cat templates/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Values.name }}
  template:
    metadata:
      labels:
        app: {{ .Values.name }}
    spec:
      nodeSelector:
        team: {{ .Values.team }}
      containers:
      - image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
        name: {{ .Values.name }}
        {{- if .Values.resources }}
        resources:
          limits:
            cpu: {{ .Values.resources.limits.cpu }}
            memory: {{ .Values.resources.limits.memory}}
          requests:
            cpu: {{ .Values.resources.requests.cpu }}
            memory: {{ .Values.resources.requests.memory }}
        {{- else }}
        resources: {}
        {{- end }}

這里就會去引用我們下面的變量，如果沒這個需求就可以直接在resources: 0 ,或者""或者false都可以，然后將下面的注釋就不會引用了，也就是相當于一個開關，很好的去管理我們的應用

[root@k8s-master1 one]# cat values.yaml
resources: 
     limits:
       cpu: 100m
       memory: 128Mi
     requests:
       cpu: 100m
       memory: 128Mi

測試結果查看

[root@k8s-master1 one]# helm upgrade pod-base-jss --dry-run ../one/
Release "pod-base-jss" has been upgraded. Happy Helming!
NAME: pod-base-jss
LAST DEPLOYED: Thu Dec 19 14:36:37 2019
NAMESPACE: default
STATUS: pending-upgrade
REVISION: 2
TEST SUITE: None
HOOKS:
MANIFEST:

---
Source: application/templates/service.yaml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: pod-base-jss
  name: pod-base-jss
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: pod-base-jss

---
Source: application/templates/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: pod-base-jss
  name: pod-base-jss
spec:
  replicas: 3
  selector:
    matchLabels:
      app: pod-base-jss
  template:
    metadata:
      labels:
        app: pod-base-jss
    spec:
      nodeSelector:
        team: team3
      containers:
      - image: nginx:1.17
        name: pod-base-jss
        resources:
          limits:
            cpu: 100m
            memory: 128Mi
          requests:
            cpu: 100m
            memory: 128Mi

或者還有一種方法，直接在values加入enabled,false就是關閉的意思，執行之后首先會根據enabeld去使用

resources:
      enabled: false
      limits:
        cpu: 100m
        memory: 128Mi
      requests:
        cpu: 100m
        memory: 128Mi

那么在{{ if .Values.resource.enabled}} 去定義將values的開關為true就就會使用，為false就不會使用

[root@k8s-master1 one]# cat templates/deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Values.name }}
  template:
    metadata:
      labels:
        app: {{ .Values.name }}
    spec:
      nodeSelector:
        team: {{ .Values.team }}
      containers:
      - image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
        name: {{ .Values.name }}
        {{- if .Values.resources.enabled }}
        resources:
          limits:
            cpu: {{ .Values.resources.limits.cpu }}
            memory: {{ .Values.resources.limits.memory}}
          requests:
            cpu: {{ .Values.resources.requests.cpu }}
            memory: {{ .Values.resources.requests.memory }}
        {{- else }}
        resources: {}
        {{- end }}

像這樣的需求也很多，有的微服務不需要去創建ingress的，有的可能需要，或者有的可能不使用ingress作為集群外部的負載均衡器流入到集群內部的你的服務上，直接使用service的clusterIP再部署幾臺nginx負載均衡器來進行負責轉發內部的服務，通過slb進行暴露出去，那么我們去實現一下這兩個需求
在values中它有這個模版enabled可以跟剛才的也一樣，如果設置為false的話就不創建ingress規則，如果為true的話就創建這個規則
先對service進行定義，也就是流程控制，現在對service不進行使用
values進行設置開關為false,enabled

[root@k8s-master1 one]# cat values.yaml 
app: pod-base-tools
name: pod-base-tools
replicaCount: 3

image:
  repository: nginx
  tag: 1.17
  pullPolicy: IfNotPresent

serviceAccount:
  create: true
  name:

service:
  enabled: false
  port: 80
  targetPort: 80

ingress:
  enabled: false
  annotations: {}
  hosts:
    - host: chart-example.local
      paths: []
  tls: []

resources: 
      enabled: true
      limits:
        cpu: 100m
        memory: 128Mi
      requests:
        cpu: 100m
        memory: 128Mi

nodeSelector:
  team: team2

[root@k8s-master1 templates]# cat service.yaml 
{{- if .Values.service.enabled }}
apiVersion: v1
kind: Service
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  ports:
  - port: {{ .Values.service.port }}
    protocol: TCP
    targetPort: {{ .Values.service.targetPort }}
  selector:
    app: {{ .Values.name }}
{{ end }}

[root@k8s-master1 templates]# cat deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Values.name }}
  template:
    metadata:
      labels:
        app: {{ .Values.name }}
    spec:
      nodeSelector:
        team: {{ .Values.nodeSelector.team }}
      containers:
      - image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
        name: {{ .Values.name }}
        {{- if .Values.resources.enabled }}
        resources:
          limits:
            cpu: {{ .Values.resources.limits.cpu }}
            memory: {{ .Values.resources.limits.memory}}
          requests:
            cpu: {{ .Values.resources.requests.cpu }}
            memory: {{ .Values.resources.requests.memory }}
        {{- else }}
        resources: {}
        {{- end }}

執行之后不會創建service，因為我設置的if去判斷為假的話，那么就不創建service，并設置的開關為false,那么設置為true就直接可以創建service了
[root@k8s-master1 templates]# helm install pod-base-tools --dry-run ../../one/

現在創建一個ingress，也設置一個開關，其實方法也是一樣的

[root@k8s-master1 one]# cat values.yaml 
app: pod-base-user
name: pod-base-user
replicaCount: 3

image:
  repository: nginx
  tag: 1.17
  pullPolicy: IfNotPresent

serviceAccount:
  create: true
  name:

service:
  enabled: false
  port: 80
  targetPort: 80

ingress:
  enabled: true
  annotations: {}
  hosts:
    - host: chart-example.local
      paths: []
  tls: []

resources: 
      enabled: true
      limits:
        cpu: 100m
        memory: 128Mi
      requests:
        cpu: 100m
        memory: 128Mi

nodeSelector:
  team: team2

[root@k8s-master1 templates]# cat ingress.yaml 
{{- if .Values.ingress.enabled }}
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: test-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - http:
      paths:
      - path: /testpath
        backend:
          serviceName: test
          servicePort: 80
{{ end }}

[root@k8s-master1 templates]# helm install pod-base-user  ../../one/
[root@k8s-master1 templates]# kubectl get ing
NAME                              HOSTS   ADDRESS   PORTS   AGE
ingress.extensions/test-ingress   *                 80      39s

with
with ：控制變量作用域。
{{.Release.xxx}}或者 {{.Values.xxx}}其中的 .就是表示對當前范圍的引用， .Values就是告訴模板在當前范圍中查找 Values對象的值。而 with語句就可以來控制變量的作用域范圍，其語法和一個簡單的 if語句比較類似
一個小問題就是當我們去寫變量引用的時候都會在前面加一個.這個點的意思就是從哪個范圍去找，按照.的話，就是按這個生成模版的結構去找的

再使用一下nodeSelector這個值吧，這個看實際的場景，一般呢都是會設置調度的節點進行分組，這樣才保證我們更好的去管理node節點的分布微服務的布局
這個呢也可以使用之前的語法if去做判斷
也可以通過這個開關的方式進行配置，或者就是with的方式，或者就是toyaml的函數方式

spec:
      {{- if .Values.nodeSelector.enabled }}
      nodeSelector:
        team: {{ .Values.nodeSelector.team }}
      {{- else }}
      {{- end }}

[root@k8s-master1 one]# cat values.yaml
nodeSelector:
  enabled: true
  team: team2
[root@k8s-master1 templates]# cat deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .Values.name }}
  name: {{ .Values.name }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Values.name }}
  template:
    metadata:
      labels:
        app: {{ .Values.name }}
    spec:
      {{- if .Values.nodeSelector.enabled }}
      nodeSelector:
        team: {{ .Values.nodeSelector.team }}
      {{- else }}
      {{- end }}
      containers:
      - image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
        name: {{ .Values.name }}
        {{- if .Values.resources.enabled }}
        resources:
          limits:
            cpu: {{ .Values.resources.limits.cpu }}
            memory: {{ .Values.resources.limits.memory}}
          requests:
            cpu: {{ .Values.resources.requests.cpu }}
            memory: {{ .Values.resources.requests.memory }}
        {{- else }}
        resources: {}
        {{- end }}

或者把開關去掉，用with直接去讀取我們的參數也是可以的

[root@k8s-master1 one]# tail -4  values.yaml 

nodeSelector:
  team: team2

在deployment去定義這個字段，- with 指定.team，來讀取相應的值

spec:
      {{- with .Values.nodeSelector }}
      nodeSelector:
        team: {{ .team }}
      {{- else }}
      {{- end }}

使用toYaml方式

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

with是一個循環構造。使用.Values.nodeSelector中的值：將其轉換為Yaml。
toYaml之后的點是循環中.Values.nodeSelector的當前值

range
在 Helm 模板語言中，使用 range關鍵字來進行循環操作。
我們在 values.yaml文件中添加上一個變量列表：
像range一般要寫多個元素的時候要使用，像toyaml和with一般用于結構化的層次比較多的，比較使用env這樣的適合使用range，

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

循環打印該列表：

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

循環內部我們使用的是一個 .，這是因為當前的作用域就在當前循環內，這個 .引用的當前讀取的元素

7、變量
變量，在模板中，使用變量的場合不多，但我們將看到如何使用它來簡化代碼，并更好地利用with和range。因為剛才我們用到的with，不能在下面再去定義其他的變量了，那么怎么在with中去引用一些全值內置的變量呢，有兩種方法，一個是使用helm的變量賦值進行去使用，第二種是使用$去使用
測試一下，先不添加$

spec:
      {{- with .Values.nodeSelector }}
      nodeSelector:
        app: {{ .Values.name }}

執行結果是這樣的

[root@k8s-master1 templates]# helm install pod-base-user --dry-run ../../one/
Error: template: application/templates/deployment.yaml:19:23: executing "application/templates/deployment.yaml" at <.Values.name>: nil pointer evaluating interface {}.name

那么加上$的話這樣就會正常輸出

 spec:
      nodeSelector:
        app: pod-base-user
        team: team2

也可以使用另外一種形式來輸出

 spec:
      {{- $releaseName := .Release.Name -}}
      {{- with .Values.nodeSelector }}
      nodeSelector:
        app: {{ $releaseName }}

可以看到在 with語句上面增加了一句 {{-$releaseName:=.Release.Name-}}，其中 $releaseName就是后面的對象的一個引用變量，它的形式就是 $name，賦值操作使用 :=，這樣 with語句塊內部的 $releaseName變量仍然指向的是 .Release.Name

另外就是我們在定義一個微服務或者java的項目的時候會設置java的堆內存大小，那么這個也是比較常用的選項，怎么將這個也加入進去呢，這里方法很多，可以使用toYaml方式，
我們先去values去定義一下

[root@k8s-master1 one]# tail -4 values.yaml 

env:
- name: JAVA_OPTS
  value: -Xmx1024m -Xms1014m

通過剛才方法也是可以打印的

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

8、命名模板
命名模板：使用define定義，template引入，在templates目錄中默認下劃線開頭的文件為公共模板(helpers.tpl),比如這個yaml里面有一兩處的都需要這不如toYaml模式，或者if else開關的模式，那么久可以使用這個命名模版了
比如資源的名字都是相同的名字這個就可以定義一個命名模版，把這一塊的邏輯都寫在一個模版里，讓這些yaml都引用這一塊，然后他們引用的名字都一樣，比如label這一塊，標簽選擇器，那么控制器呢需要根據標簽選擇器來匹配pod，那么這一塊可以寫到_helper.tpl里面,這個就是實際存放公共模版的地方，定義模版呢就是使用define定義，template來引入

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 函數。
3.7 開發自己的Chart：dubbo微服務應用為例

1. 先創建模板

   helm create dubbo

2. 修改Chart.yaml，Values.yaml，添加常用的變量

3. 在templates目錄下創建部署鏡像所需要的yaml文件，并變量引用yaml里經常變動的字段
   這里代碼已經放在我的git代碼倉庫中，如要使用請把你的公鑰發給我
   git clone git@gitee.com:zhaocheng172/helm-dubbo.git