k8s项目的发布(金丝雀发布)

目录

三种发布方式

1.蓝绿发布

2.金丝雀发布(灰度发布)

实验:k8s实现金丝雀发布

3.滚动发布(默认形式)


因为应用升级以及新旧业务切换,所以在这个过程当中如何保证对外的服务正常是一个非常重要的问题。

三种发布方式

1.蓝绿发布

会把服务器分为蓝组和绿组,比如先停蓝组,绿组依然对外提供服务,等蓝组更新维护完毕上线之后,再把绿组关闭维护。这样可以保证做业务更新和发布过程的对外服务不受影响。

特点:1.一旦出现问题,影响范围比较大

2.发布策略也比较简单

3.有了负载均衡和高可用之后,用户无感知,可以实现平滑过度

缺点:需要大量的后台服务器作为支撑,成功比较高

2.金丝雀发布(灰度发布)

它是现在比较流行的方式

deployment控制器可以通过自定义控制的方式实现金丝雀发布。

金丝雀发布对自动化控制要求高,整个系统的稳定性比蓝绿发布要高,它的影响范围可控

实验:k8s实现金丝雀发布

kubectl create ns xy102 创建命名空间

kubectl create deployment nginx1 --image=nginx:1.12 --replicas=3 -n xy102 创建资源对象

kubectl set image deployment/nginx1 nginx=nginx:1.22 -n xy102 && kubectl rollout pause deployment nginx1 -n xy102 升级并打断点,此时就会暂停

此时就会多出来一个pod,这个pod就是已经升级好了的版本

kubectl rollout resume deployment/nginx1 取消暂停,这样它就会把剩下的全部更新

3.滚动发布(默认形式)

滚动发布部署时间比较慢,发布的策略也比较复杂,但是它节约资源。

kubectl set image deployment/nginx1 nginx=nginx:1.18 -n xy102

此时 kubectl get pod -o wide -n xy102 即可查看是否正则更新

kubectl rollout history deployment/nginx1 -n xy102 查看还原点

数字大小决定了距离上次更新操作的远近,数字越大,就是最近的一次操作

kubectl set image deployment/nginx1 nginx=nginx:1.20 --record -n xy102 record添加更新记录

相关推荐
Katzelala12 小时前
[K8S学习笔记] Service和Ingress的关系
笔记·学习·kubernetes
有谁看见我的剑了?12 小时前
k8s-init容器学习
学习·容器·kubernetes
人工干智能15 小时前
科普:在Windows个人电脑上使用Docker的极简指南
windows·docker·容器
lllsure15 小时前
【Docker】容器
运维·docker·容器
有谁看见我的剑了?20 小时前
k8s-Sidecar容器学习
学习·容器·kubernetes
傻傻虎虎1 天前
【Docker】容器端口暴露+镜像生成实战
java·docker·容器
Don't Look Down1 天前
Rustdesk server docker-compose 一键搭建教程
运维·docker·容器
2201_761199041 天前
7.k8s四层代理service
云原生·容器·kubernetes
清风笑烟语1 天前
Ubuntu 24.04 搭建k8s 1.33.4
linux·ubuntu·kubernetes
能不能别报错1 天前
K8s学习笔记(二):Pod
笔记·学习·kubernetes