持續部署入門：基於 Kubernetes 實現藍綠髮布

時間 2020-09-14

標籤持續部署入門基於 kubernetes 實現藍綠發佈简体版

原文原文鏈接

前言

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

在 Kubernetes 中有幾種不一樣的方式發佈應用，因此爲了讓應用在升級期間依然平穩提供服務，選擇一個正確的發佈策略就很是重要了，本篇文章將講解在 Kubernetes 使用藍綠更新的方式更新鏡像。docker

原理

藍綠髮布是版本 1 與版本 2 會同時存在，經過控制 Service 來決定使用具體哪個版本，也稱爲紅黑部署。藍綠髮布與滾動更新不一樣，版本 2 （綠）與版本 1（藍）一塊兒部署，在測試新版本知足要求後，而後更新 Service 對象，經過替換 label selector 中的版本標籤來將流量發送到新版本，更新過程以下圖所示api

實踐

使用 Kubernetes 原生方式升級應用

準備

image瀏覽器

bebullish/demo:v1
bebullish/demo:v2

deployment-v1app

apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-dp-v1
spec:
  selector:
    matchLabels:
      app: demo
      version: v1
  replicas: 3
  template:
    metadata:
      labels:
        app: demo
        version: v1
    spec: 
      containers:
      - name: demo
        image: bebullish/demo:v1
        ports:
        - containerPort: 8080

deployment-v2curl

apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-dp-v2
spec:
  selector:
    matchLabels:
      app: demo
      version: v2
  replicas: 3
  template:
    metadata:
      labels:
        app: demo
        version: v2
    spec: 
      containers:
      - name: demo
        image: bebullish/demo:v2
        ports:
        - containerPort: 8080

serviceide

apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  selector:
    app: demo
    version: v1                              # 經過更改 version 來控制流量走向
  type: LoadBalancer
  ports:
  - port: 80
    targetPort: 8080
    protocol: TCP

將上述 deployment-v1 以及 service 保存爲 yaml 文件，使用 kubectl apply -f 命令建立 yaml 資源，等待建立成功後，使用 kubectl get svc 獲取 EXTERNAL-IP。測試

測試

若是使用瀏覽器測試的話，你會發現每次調用都會返回同一個 pod 的名字，那是由於瀏覽器發出的請求包含 keepAlive，因此須要使用 curl 來保證每次發出的請求都是從新建立的。ui

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

升級

將上述 deployment-v2 保存爲 yaml 文件，使用 kubectl apply -f 命令建立 yaml 資源，切換流量以前先執行命令，以便查看鏡像更新過程url

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

等待 deployment-v2 建立成功後，經過將 service 的 version 值改成 v2 來切換流量

kubectl edit service demo-service

查看日誌

請求流量

結論

首先能夠發如今更新過程當中，程序保持一直可用的狀態，v2 版本部署成功以後，全部請求仍是 v1 版本，當流量切換後，馬上出現 v2 版本的日誌，而且不會出現 v1 版本的日誌，說明流量是一次性切換的，若是須要回滾只須要將流量切回 v1 版本便可。

使用 CODING CD 方式升級應用

建立服務

service

apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  selector:
    createBy: demo-service       # 這裏填寫的標籤，會被添加到對應的 ReplicaSet 中
  type: LoadBalancer
  ports:
  - port: 80
    targetPort: 8080
    protocol: TCP

這裏注意，service 建立以後應不會匹配到任何資源，即 endpoint 爲空，而在後面執行部署流程時會爲 ReplicaSet 添加 label createBy: demo-service ，從而決定流量走向。

部署成功以後能夠看到 demo-service

配置製品

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

配置 yaml 及綁定製品

replicaSet

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: demo-rs
spec:
  replicas: 3
  selector:
    matchLabels:
      app: demo
  template:
    metadata:
      labels:
        app: demo
    spec:
      containers:
        - image: docker.io/bebullish/demo
          name: demo
          ports:
            - containerPort: 8080

階段中選擇 部署（Manifest） ，輸入上述 yaml 文件（目前發佈策略選項僅支持 ReplicaSet），這裏須要把鏡像的版本刪除掉，在須要綁定的製品選擇以前配置的製品。這樣配置以後，每次執行的時候版本是動態傳入的。