实战演示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 mainimport ("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 本地测试运行

2.4 编写Dockerfile

v1.3版本

FROM golang:latest AS buildWORKDIR /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 buildWORKDIR /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-updatenamespace: test
spec:strategy:rollingUpdate:maxSurge: 25%maxUnavailable: 25%type: RollingUpdateselector:matchLabels:app: rolling-updatereplicas: 4template:metadata:labels:app: rolling-updatespec:containers:- name: rolling-updatecommand: ["./main","-v","v1.3"]image: joycode123/go-publish:v1.3ports:- containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:name: rolling-updatenamespace: test
spec:ports:- port: 8080protocol: TCPtargetPort: 8080selector:app: rolling-updatetype: ClusterIP

3.2 部署v1.3到k8s中

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

3.3 测试

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

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

3.4 部署v2.0到k8s中

修改rollingUpdate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:name: rolling-updatenamespace: test
spec:strategy:rollingUpdate:maxSurge: 25%maxUnavailable: 25%type: RollingUpdateselector:matchLabels:app: rolling-updatereplicas: 4template:metadata:labels:app: rolling-updatespec:containers:- name: rolling-updatecommand: ["./main","-v","v2.0"]image: joycode123/go-publish:v2.0ports:- containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:name: rolling-updatenamespace: test
spec:ports:- port: 8080protocol: TCPtargetPort: 8080selector:app: rolling-updatetype: ClusterIP

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

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

4 重建部署

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

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

4.2 编写recreate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:name: recreatenamespace: test
spec:strategy:type: Recreateselector:matchLabels:app: recreatereplicas: 4template:metadata:labels:app: recreatespec:containers:- name: recreateimage: joycode123/go-publish:v1.3ports:- containerPort: 8080livenessProbe:tcpSocket:port: 8080
---
apiVersion: v1
kind: Service
metadata:name: recreatenamespace: test
spec:ports:- port: 80protocol: TCPtargetPort: 8080selector:app: recreatetype: ClusterIP

4.3 部署v1.3到k8s中

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

4.4 测试

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

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

4.5 部署v2.0

修改recreate.yaml

apiVersion: apps/v1
kind: Deployment
metadata:name: recreatenamespace: test
spec:strategy:type: Recreateselector:matchLabels:app: recreatereplicas: 4template:metadata:labels:app: recreatespec:containers:- name: recreateimage: joycode123/go-publish:v2.0ports:- containerPort: 8080livenessProbe:tcpSocket:port: 8080
---
apiVersion: v1
kind: Service
metadata:name: recreatenamespace: test
spec:ports:- port: 80protocol: TCPtargetPort: 8080selector:app: recreatetype: ClusterIP

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

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

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: greennamespace: test
spec:strategy:rollingUpdate:maxSurge: 25%maxUnavailable: 25%type: RollingUpdateselector:matchLabels:app: bluegreenreplicas: 4template:metadata:labels:app: bluegreenversion: v1.3spec:containers:- name: bluegreenimage: joycode123/go-publish:v1.3ports:- 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: bluenamespace: test
spec:strategy:rollingUpdate:maxSurge: 25%maxUnavailable: 25%type: RollingUpdateselector:matchLabels:app: bluegreenreplicas: 4template:metadata:labels:app: bluegreenversion: v2.0spec:containers:- name: bluegreenimage: joycode123/go-publish:v2.0ports:- containerPort: 8080

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

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

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

5.6 编写blueGreenService.yaml

apiVersion: v1
kind: Service
metadata:name: bluegreennamespace: test
spec:ports:- port: 80protocol: TCPtargetPort: 8080selector:app: bluegreen #注意，这里的app要和blueGreen.yaml的label的app相一致version: v1.3type: 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

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

修改blueGreenService.yaml文件

apiVersion: v1
kind: Service
metadata:name: bluegreennamespace: test
spec:ports:- port: 80protocol: TCPtargetPort: 8080selector:app: bluegreenversion: v2.0type: ClusterIP

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

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

6 金丝雀发布

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

apiVersion: v1
kind: Service
metadata:name: bluegreennamespace: test
spec:ports:- port: 80protocol: TCPtargetPort: 8080selector:app: bluegreentype: ClusterIP

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

kubectl  apply -f blueGreenService.yaml

接着测试：

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

本文由mdnice多平台发布

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

微服务部署：蓝绿部署、滚动部署、灰度发布、金丝雀发布
在项目迭代的过程中,不可避免需要"上线".上线对应着部署,或者重新部署:部署对应着修改:修改则意味着风险. 目前有很多用于部署的技术,有的简单,有的复杂:有的得停机,有的不需要停机 ...
微服务下蓝绿部署、红黑部署、AB测试、灰度发布、金丝雀发布、滚动发布的概念与区别...
更多内容关注微信公众号:fullstack888 在有关微服务.DevOps.Cloud-native的迭代过程中,不可避免的需要"上线",上线就需要部署,需要部署就意味着有修改, ...
微服务部署：蓝绿部署、滚动部署、灰度部署（金丝雀部署）、功能开关发布
简介产品或项目不可能一步到位,一次性推向用户,故而有版本的存在.在app版本更新或者项目迭代的过程中,不可避免需要发布.发布就是部署:部署就是修改:修改则意味着风险. 目前有很多用于部署的技术,本文 ...
微服务部署：蓝绿部署、滚动部署、灰度部署（金丝雀部署）
简介产品或者项目不可能一步到位,一次性推向用户,故而有版本的存在.在app版本更新或者项目迭代的过程中,不可避免需要发布.发布就是部署/重新部署:部署就是修改:修改则意味着风险. 目前有很多用于部署 ...
Kubernetes_部署_k8s的四种部署策略(滚动更新、重新创建、金丝雀部署、蓝绿部署)
文章目录一.前言二.滚动更新 2.1 滚动更新 2.2 实践 2.2.1 新建两个springboot项目,生成两个镜像 2.2.2 kubectl apply启动 2.2.3 将版本修改为v2. ...
蓝绿部署、滚动部署、灰度发布、金丝雀发布-概念介绍---应用部署001
在项目迭代的过程中,不可避免需要"上线".上线对应着部署,或者重新部署:部署对应着修改:修改则意味着风险. 目前有很多用于部署的技术,有的简单,有的复杂:有的得停机,有的不需要停机 ...
线上发版如何做到分批发的？详解蓝绿部署，滚动升级，A/B 测试，灰度发布/金丝雀发布
过去的 10 年里,很多大公司都在使用蓝绿部署,安全.可靠是这种部署方式的特点.蓝绿部署虽然算不上" Sliver Bullet ",但确实很实用.在有关于"微服务&qu ...
蓝绿部署、滚动部署、灰度发布、金丝雀发布
目前有很多用于部署的技术,有的简单,有的复杂:有的得停机,有的不需要停机即可完成部署.本文的目的就是将目前常用的布署方案做一个总结. 一.蓝绿布署 Blue/Green Deployment(蓝绿部署 ...
蓝绿部署、A/B测试以及灰度发布
过去的10年里,很多大公司都在使用蓝绿部署,安全.可靠是这种部署方式的特点.蓝绿部署虽然算不上"Sliver Bullet",但确实很实用.在有关于"微服务". ...