持續部署入門：基於 Kubernetes 實現滾動發布

本文轉載自查看原文 2020-09-07 12:12 546 雲原生/ Docker/ 容器/ K8S/ 騰訊雲原生/ Prometheus/ Istio/ Kubernetes/ TKE/ 雲計算

前言

軟件世界比以往任何時候都更快。為了保持競爭力，需要盡快推出新的軟件版本，而不會中斷活躍用戶訪問，影響用戶體驗。越來越多企業已將其應用遷移到 Kubernetes。

在 Kubernetes 中有幾種不同的方式發布應用，所以為了讓應用在升級期間依然平穩提供服務，選擇一個正確的發布策略就非常重要了，本篇文章將講解如何在 Kubernetes 使用滾動更新的方式更新鏡像。

原理

策略定義為 RollingUpdate 的 Deployment。滾動更新通過逐個替換實例來逐步部署新版本的應用，直到所有實例都被替換完成為止，會有新版舊版同時存在的情況。

spec:
  replicas: 4
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 0			# 決定了配置中期望的副本數之外，最多允許超出的 pod 實例的數量
      maxUnavailable: %25	# 決定了在滾動升級期間，相對於期望副本數能夠允許有多少 pod 實例處於不可用狀態

上述更新策略執行結果如下圖所示

實踐

使用 Kubernetes 原生方式升級應用

准備

image

bebullish/demo:v1
bebullish/demo:v2

deployment

apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-dp
spec:
  selector:
    matchLabels:
      app: demo
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
  template:
    metadata:
      labels:
        app: demo
    spec: 
      containers:
      - name: demo
        image: bebullish/demo:v1
        ports:
        - containerPort: 8080

service

apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  selector:
    app: demo
  type: LoadBalancer
  ports:
  - port: 80
    targetPort: 8080
    protocol: TCP

將上述 deployment 以及 service 保存為 yaml 文件，使用 kubectl apply -f 命令創建 yaml 資源，等待創建成功后，使用 kubectl get svc 獲取 EXTERNAL-IP。

測試

如果使用瀏覽器測試的話，你會發現每次調用都會返回同一個 pod 的名字，那是因為瀏覽器發出的請求包含 keepAlive，所以需要使用 curl 來保證每次發出的請求都是重新創建的。

curl -X GET http://${EXTERNAL-IP}

升級

升級之前先執行命令，以便查看鏡像更新過程

while true; do curl -X GET http://${EXTERNAL-IP} ; done

更新鏡像

kubectl set image deployment demo-dp demo=bebullish/demo:v2

查看日志

請求流量

結論

首先可以發現在更新過程中，程序保持一直可用的狀態，在出現了 v2 版本之后，還會出現 v1 版本的日志，說明在這個期間 v1 和 v2 版本是同時存在的，等到 v2 版本的 pod 全部處於就緒狀態之后，可以看到所有的請求就都是 v2 版本的了。

使用 CODING CD 方式升級應用

配置制品

使用 docker 官方鏡像需要以 docker.io 開頭

配置 yaml 及綁定制品

deployment

apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-dp
spec:
  selector:
    matchLabels:
      app: demo
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
  template:
    metadata:
      labels:
        app: demo
    spec: 
      containers:
      - name: demo
        image: docker.io/bebullish/demo
        ports:
        - containerPort: 8080
        readinessProbe:
          httpGet:
            path: /
            port: 8080
          initialDelaySeconds: 30           # 延遲 30 秒檢測，以便更好的觀察更新過程
          periodSeconds: 5
        livenessProbe:
          httpGet:
            path: /
            port: 8080
          initialDelaySeconds: 30           # 延遲 30 秒檢測，以便更好的觀察更新過程
          periodSeconds: 5
      terminationGracePeriodSeconds: 1      # 處於 Terminating 狀態多久后，強制殺死 pod

階段中選擇 部署（Manifest） ，輸入上述 yaml 文件（主要增加了就緒探針和存活探針），這里需要把鏡像的版本刪除掉，在需要綁定的制品選擇之前配置的制品。這樣配置之后，每次執行的時候版本是動態傳入的。