2023/05/23 更新: 為了避免本文章散落在不同網站,之後統一由部落格更新,再麻煩從部落格查看~
本文章同時發佈於:
文章為自己的經驗與夥伴整理的內容,設計沒有標準答案,如有可以改進的地方,請告訴我,我會盡我所能的修改,謝謝大家~
大家好,今天我們要介紹 Helm,
昨天已經將 K8s 的 Pod、Service、Deployment、Ingress 元件都介紹完畢,容器的管理都變得更加容易,但各個元件的 config yaml 檔將會變得如下圖這麼多,
這麼多的元件導致每次 K8s 啟動時都要下以下指令:
$ kubectl create -f db-deployment.yaml,db-service.yaml,envoy-deployment.yaml,envoy-service.yaml,server-deployment.yaml,server-service.yaml,weather-deployment.yaml,weather-service.yaml,web-deployment.yaml,web-service.yaml
$ kubectl create -f ingress.yaml
就管理上還是麻煩了些,而 Helm 就是將這些 config yaml 檔在包裝起來的工具,讓後端部署更加的一鍵解決
XD。
Mac 安裝可以使用 Homebrew 安裝,
brew install helm
而其他的平台也相當簡單,可以參考官網
安裝完後,記得將 Helm repostory URL 添加至 Helm,這就像 Mac 的 Homebrew、Ubuntu 的 apt 的 library URL
helm repo add stable https://kubernetes-charts.storage.googleapis.com/
Clone Example-Code,進入到 Helm 的資料夾,
$ cd DAY20/helm-digimon
將 Helm 啟動,
$ helm install . --generate-name
此時可以下以下指令,會發現 Helm 將我們前幾篇文章的元件一次建立完畢,
$ kubectl get all
而開啟web.digimon.com
,work!
建立一 helm chart,
$ helm create helm-digimon
指令下完後,會建立以下資料夾,
由於 templates 中的元件我都將它刪除了,放入前幾篇文章的元件,會如下,
並把 deployment 裡頭的replicaCount
抽象出來,統一由 value.yaml 來控管,以 server-deployment.yaml 來說會如下:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
annotations:
kompose.cmd: kompose convert
kompose.version: 1.16.0 (0c01309)
creationTimestamp: null
labels:
io.kompose.service: server
name: server
spec:
replicas: { { .Values.replicaCount } }
strategy: {}
template:
metadata:
creationTimestamp: null
labels:
io.kompose.service: server
spec:
containers:
- command:
- go
- run
- cmd/main.go
image: superj80820/digimon-service
name: server
ports:
- containerPort: 6000
resources: {}
restartPolicy: Always
status: {}