k8s 上 go 服務實戰: 擴容 發版更新 回滾 平滑重啓

k8s 上 go 服務實戰: 擴容 發版更新 回滾 平滑重啓

實踐爲主, 部分 內容/細節 略去, 詳情請查看最後的資料

寫在前面:

• go 穩坐 雲原生第一編程語言
• 對概念的理解很重要, 這篇主要涉及 k8s 發佈涉及到的 deployment replicaSet pod 3個概念
• 動手對學習真的很重要, 不只要 BB那麼多, show me the code, 還要 show and run the code
• 不要把時間浪費在 沒完沒了 的折騰工具上, 好比 本地安裝 k8s, alibaba cloud toolkit 一鍵部署到 k8s, 用它, 是由於 用起來爽呀

環境裝備

本地開發機使用的 mac, win 平臺同理

mac 安裝 k8s:

• docker desktop 安裝 - 使用阿里雲加速
• docker desktop 開啓 k8s

![mac 安裝 k8s]](/img/bVbOTVd)

更多 k8s 開發環境準備:

minikube
kind

繼續以前, 請確保本身已經瞭解 k8s 的基礎知識

推薦教程:

• 雲原生技術公開課(https://developer.aliyun.com/... "aliyun x cloudnative")

go 服務代碼準備

go http server 入門代碼, 開啓 3000 端口, 幷包含 / /health_check 2 個請求地址

package main

import (
    "fmt"
    "net/http"
)

func index(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintf(w, "<h1>Hello World</h1>")
}

func check(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintf(w, "<h1>Health check</h1>")
}

func main() {
    http.HandleFunc("/", index)
    http.HandleFunc("/health_check", check)
    fmt.Println("Server starting...")
    http.ListenAndServe(":3000", nil)
}

go 鏡像準備

號稱 雲原生第一語言 的實力開始顯露出來了: 2 階段構建, 一個鏡像用來便來編譯, 一個鏡像只包含可執行文件

FROM golang:alpine AS build-env
WORKDIR /app
ADD . /app
RUN cd /app && go build -o goapp

FROM alpine
WORKDIR /app
COPY --from=build-env /app/goapp /app/
EXPOSE 3000
ENTRYPOINT ./goapp

本地進行測試:

# 鏡像構建
docker build -t test . # -t name:tag, 這裏簡單測試
# 容器運行
docker run -d --rm -p 3000:3000

# 測試
curl http://localhost:3000/
curl http://localhost:3000/health_check

k8s deployment 準備

簡單理一理 k8s 中 deployment 的概念:

• deployment: 管理應用的全部發布, 可以使用 kubectl get deploy 查看
• ReplicaSet: 每次發佈的都是應用的 副本, 不一樣版本會生成不一樣 副本, 副本能夠進行水平伸縮, 使用 kubectl get replicasets 查看
• pod: 應用, 由應用須要的一組 container(容器) 組成, 本文示例比較簡單, 只有一個包含簡單 go http server 的容器

使用 官方提供的 deployment 示例 稍微改一改就行:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: go-app
spec:
  replicas: 1
  selector:
    matchLabels:
      app: go-app
  template:
    metadata:
      labels:
        app: go-app
    spec:
      containers:
        - name: go-app-container
          image: test # 上一步生成的鏡像
          resources:
            limits:
              memory: "128Mi"
              cpu: "500m"
          ports:
            - containerPort: 3000

運行:

kubectl apply -f deployment.yaml
➜ kubectl get pod
NAME                                        READY   STATUS         RESTARTS   AGE
go-app-5757fcdcc5-pcw8l                     0/1     ErrImagePull   0          19s

嘛, 報錯了, 勝敗乃兵家常事, 錯誤信息 ErrImagePull, 須要將鏡像放到 docker hub 上

咱們如今缺乏的步驟:

• 鏡像構建 docker build: name:tag 要想好
• 上傳到 docker hub, 或者其餘 docker 鏡像管理平臺, 獲取可供使用的鏡像地址
• 修改 deployment.yaml, 從新 kubectl apply

這一步, 敢不敢簡單點? 敢!

使用 alibaba cloud toolkit 一鍵部署

文檔在此

# 檢查發佈狀態
➜ kubectl get deploy
NAME                        READY   UP-TO-DATE   AVAILABLE   AGE
go-app                      1/1     1            1           6h47m
➜ kubectl get replicasets
NAME                                  DESIRED   CURRENT   READY   AGE
go-app-6fd4487dd                      1         1         1       6h32m
➜  kubectl get pod
NAME                                        READY   STATUS             RESTARTS   AGE
go-app-6fd4487dd-d4rgv                      1/1     Running            0          6h31

# 暴露服務快速驗證
kubectl expose deployment go-app --type=NodePort --name=go-app-svc --target-port=3000
➜ kubectl get svc
NAME                 TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
go-app-svc           NodePort    10.97.88.209    <none>        3000:32016/TCP   6h29m

PS: 仔細看一下 pod 的名字 go-app-6fd4487dd-d4rgv, 是否是理解了 deployment replicaSet pod 之間的聯繫?

let's party with k8s

• 水平擴展/收縮

➜ kubectl get replicasets
NAME                DESIRED   CURRENT   READY   AGE
go-app-84f9f889c6   1         1         1       6s
➜ kubectl scale --replicas=3 deploy go-app --record
deployment.apps/go-app scaled
➜ kubectl get deploy
NAME     READY   UP-TO-DATE   AVAILABLE   AGE
go-app   3/3     3            3           31s
➜ kubectl get replicasets
NAME                DESIRED   CURRENT   READY   AGE
go-app-84f9f889c6   3         3         3       36s
➜ kubectl get pod
NAME                      READY   STATUS    RESTARTS   AGE
go-app-84f9f889c6-bx5cx   1/1     Running   0          40s
go-app-84f9f889c6-nlc4r   1/1     Running   0          13s
go-app-84f9f889c6-wd7k8   1/1     Running   0          13s

伸縮後, pod 新增了 2 個, replicaSet 名字沒有變(水平伸縮仍是使用當前 版本), deployment 名字也沒有變

• 滾動更新

簡單修改下代碼, 使用 alibaba cloud toolkit 更新下

func test(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintf(w, "<h1>test</h1>")
}

再次查看: deployment 沒有變, replicaSet 新增, pod 更新爲新的 3 個

➜ kubectl get deploy
NAME     READY   UP-TO-DATE   AVAILABLE   AGE
go-app   3/3     3            3           6m39s
➜ kubectl get replicasets
NAME                DESIRED   CURRENT   READY   AGE
go-app-5dd75d6f55   3         3         3       28s
go-app-84f9f889c6   0         0         0       6m46s
➜ kubectl get pod
NAME                      READY   STATUS    RESTARTS   AGE
go-app-5dd75d6f55-gkbp4   1/1     Running   0          31s
go-app-5dd75d6f55-m9w8d   1/1     Running   0          32s
go-app-5dd75d6f55-zl8g2   1/1     Running   0          33s

到這裏, 也能夠猜到, 若是回滾, 就是回到上一個 replicaSet

• 回滾: kubectl rollout undo deployment my-go-app --to-revision=1
• 平滑重啓

Deployment 會保證服務的連續性，確保滾動必定有 pod 可用, 從而保證服務可用, 這樣就保證了服務能平滑更新

同時, 能夠經過 deployment spec 來設置滾動更新策略:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: go-app
spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1 
      maxUnavailable: 1

寫在最後

我是 dayday, 讀書寫做敲代碼, 永遠在路上

感謝 網管叨bi叨 - #Kubernetes學習筆記

本文由博客羣發一文多發等運營工具平臺 OpenWrite 發佈