共计 3875 个字符,预计需要花费 10 分钟才能阅读完成。
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 公布