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添加更新记录