实战演示k8s部署go服务，实现滚动更新、重新创建、蓝绿部署、金丝雀发布

1 前言

本文主要实战演示k8s部署go服务，实现滚动更新、重新创建、蓝绿部署、金丝雀发布

2 go服务镜像准备

2.1 初始化项目

cd /Users/flying/Dev/Go/go-lesson/src/
mkdir goPublish
cd goPublish
go mod init goPublish

2.2 编写main.go

package main

import (
    "flag"
    "github.com/gin-gonic/gin"
    "net/http"
    "os"
)

var version = flag.String("v", "v1", "v1")

func main() {
    router := gin.Default()
    router.GET("", func(c *gin.Context) {
        flag.Parse()
        hostname, _ := os.Hostname()
        c.String(http.StatusOK, "This is version:%s running in pod %s", *version, hostname)
    })
    router.Run(":8080")
}

2.3 本地测试运行

image-20230323152656705

image-20230323152713752

2.4 编写Dockerfile

v1.3版本

FROM golang:latest AS build

WORKDIR /go/src/test
COPY . /go/src/test
RUN go env -w GOPROXY=https://goproxy.cn,direct
RUN CGO_ENABLED=0 go build -v -o main .

FROM alpine AS api
RUN mkdir /app
COPY --from=build /go/src/test/main /app
WORKDIR /app
ENTRYPOINT ["./main", "-v" ,"1.3 "]

2.5 构建镜像

docker build -t go-publish:v1.3 .

2.6 发布镜像到docker hub

docker tag go-publish:v1.3 joycode123/go-publish:v1.3
docker push joycode123/go-publish:v1.3 # 这里需要先注册docker hub账号，并在命令行登陆

2.7 重复上述步骤，构建v2.0版本镜像并发布到docker hub

修改Dockerfile

FROM golang:latest AS build

WORKDIR /go/src/test
COPY . /go/src/test
RUN go env -w GOPROXY=https://goproxy.cn,direct
RUN CGO_ENABLED=0 go build -v -o main .

FROM alpine AS api
RUN mkdir /app
COPY --from=build /go/src/test/main /app
WORKDIR /app
ENTRYPOINT ["./main", "-v" ,"2.0 "]

构建并发布

docker build -t go-publish:v2.0 .
docker tag go-publish:v2.0 joycode123/go-publish:v2.0
docker push joycode123/go-publish:v2.0

3 滚动更新

接下来的部分，需要k8s运行环境，这里是一主两从的k8s环境来演示

3.1 编写k8s的rolling-update.yaml文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: rolling-update
  namespace: test
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  selector:
    matchLabels:
      app: rolling-update
  replicas: 4
  template:
    metadata:
      labels:
        app: rolling-update
    spec:
      containers:
        - name: rolling-update
          command: ["./main","-v","v1.3"]
          image: joycode123/go-publish:v1.3
          ports:
            - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: rolling-update
  namespace: test
spec:
  ports:
    - port: 8080
      protocol: TCP
      targetPort: 8080
  selector:
    app: rolling-update
  type: ClusterIP

3.2 部署v1.3到k8s中

kubectl create namespace test # 创建test命名空间
kubectl apply -f rollingUpdate.yaml
kubectl get svc,deploy,pods -n test

image-20230323162351051

3.3 测试

为了便于测试出效果，新开一个窗口，执行如下命令

while sleep 1;do curl 10.110.255.77:8080;echo "";done

image-20230323162510540

3.4 部署v2.0到k8s中

修改rollingUpdate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: rolling-update
  namespace: test
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  selector:
    matchLabels:
      app: rolling-update
  replicas: 4
  template:
    metadata:
      labels:
        app: rolling-update
    spec:
      containers:
        - name: rolling-update
          command: ["./main","-v","v2.0"]
          image: joycode123/go-publish:v2.0
          ports:
            - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: rolling-update
  namespace: test
spec:
  ports:
    - port: 8080
      protocol: TCP
      targetPort: 8080
  selector:
    app: rolling-update
  type: ClusterIP

kubectl apply -f rollingUpdate.yaml
kubectl get svc,deploy,pods -n test

image-20230323162735493

注意观察测试窗体的变化，可以看到，2.0版本完全部署之前，v1.3和v2.0同时提供服务，当v2.0部署完成后，就只剩下v2.0提供服务了

image-20230323162700680

image-20230323163125740

4 重建部署

4.1 删除前面部署的滚动更新deployment、service、pods

kubectl delete deploy rolling-update -n test
kubectl delete svc rolling-update -n test

image-20230323163657504

4.2 编写recreate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: recreate
  namespace: test
spec:
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: recreate
  replicas: 4
  template:
    metadata:
      labels:
        app: recreate
    spec:
      containers:
        - name: recreate
          image: joycode123/go-publish:v1.3
          ports:
            - containerPort: 8080
          livenessProbe:
            tcpSocket:
              port: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: recreate
  namespace: test
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: recreate
  type: ClusterIP

4.3 部署v1.3到k8s中

kubectl apply -f recreate.yaml
kubectl get svc,deploy,pods -n test

image-20230323163854038

4.4 测试

为了便于测试出效果，新开一个窗口，执行如下命令

while sleep 1;do curl 10.111.233.53;echo "";done

image-20230323231100038

4.5 部署v2.0

修改recreate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: recreate
  namespace: test
spec:
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: recreate
  replicas: 4
  template:
    metadata:
      labels:
        app: recreate
    spec:
      containers:
        - name: recreate
          image: joycode123/go-publish:v2.0
          ports:
            - containerPort: 8080
          livenessProbe:
            tcpSocket:
              port: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: recreate
  namespace: test
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: recreate
  type: ClusterIP

kubectl apply -f recreate.yaml
kubectl get svc,deploy,pods -n test

注意观察，在重建过程中，服务会有短暂的中断

image-20230323231241725

5 蓝绿部署

5.1 删除之前的部署

kubectl delete deploy recreate -n test
kubectl delete svc recreate -n test

5.2 编写blueGreen.yaml文件（green版本）

apiVersion: apps/v1
kind: Deployment
metadata:
  name: green
  namespace: test
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  selector:
    matchLabels:
      app: bluegreen
  replicas: 4
  template:
    metadata:
      labels:
        app: bluegreen
        version: v1.3
    spec:
      containers:
        - name: bluegreen
          image: joycode123/go-publish:v1.3
          ports:
            - containerPort: 8080

5.3 部署v1.3版本(green版本)

kubectl apply -f blueGreen.yaml
kubectl get deploy,pods -n test

5.4 修改blueGreen.yaml（blue版本）

apiVersion: apps/v1
kind: Deployment
metadata:
  name: blue
  namespace: test
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  selector:
    matchLabels:
      app: bluegreen
  replicas: 4
  template:
    metadata:
      labels:
        app: bluegreen
        version: v2.0
    spec:
      containers:
        - name: bluegreen
          image: joycode123/go-publish:v2.0
          ports:
            - containerPort: 8080

5.5 部署v2.0版本（blue版本）

kubectl apply -f blueGreen.yaml
kubectl get deploy,pods -n test

image-20230323235103433

这时，在k8s中同时存在blue版本和green版本在运行着

5.6 编写blueGreenService.yaml

apiVersion: v1
kind: Service
metadata:
  name: bluegreen
  namespace: test
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: bluegreen #注意，这里的app要和blueGreen.yaml的label的app相一致
    version: v1.3
  type: ClusterIP

kubectl apply -f blueGreenService.yaml
kubectl get svc,deploy,pods -n test

5.7 测试访问

while sleep 1;do curl 10.98.73.127;echo "";done

image-20230323235655068

5.8 切换到blue版本（v2.0）

修改blueGreenService.yaml文件

apiVersion: v1
kind: Service
metadata:
  name: bluegreen
  namespace: test
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: bluegreen
    version: v2.0
  type: ClusterIP

kubectl apply -f blueGreenService.yaml
kubectl get svc,deploy,pods -n test

image-20230324000139104

可以看出，如果要在蓝绿版本之间切换，只要修改blueGreenService.yaml文件的版本号即可。

6 金丝雀发布

在蓝绿版本发布的基础上，修改blueGreenService.yaml

apiVersion: v1
kind: Service
metadata:
  name: bluegreen
  namespace: test
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: bluegreen
  type: ClusterIP

相比之前的yaml主要是去掉selector选择器下的version整个KV键值对

kubectl  apply -f blueGreenService.yaml

接着测试：

image-20230324001012082

这个时候，blue版本和green版本都可以提供服务，如果要设置权重，则控制好blue版本和green版本的副本数量即可实现。

本文由mdnice多平台发布

最后编辑于：2023.03.26 11:58:52

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 203,547评论 6赞 477
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 85,399评论 2赞 381
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 150,428评论 0赞 337
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 54,599评论 1赞 274
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 63,612评论 5赞 365
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 48,577评论 1赞 281
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 37,941评论 3赞 395
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 36,603评论 0赞 258
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 40,852评论 1赞 297
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 35,605评论 2赞 321
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 37,693评论 1赞 329
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 33,375评论 4赞 318
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 38,955评论 3赞 307
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 29,936评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 31,172评论 1赞 259
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 43,970评论 2赞 349
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 42,414评论 2赞 342