如何升级应用
在之前的分享中，我们知道一个程序如何放到容器中，一个镜像如何生成 pod， pod 的创建，运行，管理，删除过程，挂载等等
那么我们有没有想过，在真正的生产环境中，我们的一个应用程序，不可能就只有一个版本，一定会随着时间不断迭代的，那么，当我们需要替换上我们新版本的程序的时候，我们需要如何替换上新的程序，而又不影响服务端的运行呢？
我们替换程序的时候，我们可以有 2 个选择：
- 可以先删掉旧的 pod，然后创建新的 pod
- 可以先创建新的 pod， 然后删除旧的 pod
可以先删掉旧的 pod，然后创建新的 pod
正常情况下，我们再来回顾一下 pod 都是如何被 Service 和 ReplicaSet / ReplicationController 管理的
如上图，我们可以知道，多个 pod 是被 RS 或者 RC 管理的，可以进行扩容和缩容，他们是通过标签来选择的，Service 同样也是通过标签来选定的
那么先删掉旧的 pod，然后创建新的 pod有啥优缺点呢？
- 优点
操作比较简单，可以直接利用 RC/RS 的扩缩容，直接删除 pod ，然后 RC/RS 会通过标签识别到 pod 的数量变少，进而通过新的镜像来创建 pod
- 缺点
会导致自身的服务有一段时间不能正常提供服务
我们画个图来分享一下先删除 v1 版本的 pod，然后创建 v2 版本的 pod 的过程
一开始 RS 中的指定模板是 v1 版本的镜像，先创建了 3 个 v1 版本的 pod，然后将 RS 的镜像版本改成 v2 版本的，但是由于设定的 pod 数量没有变化，因此 pod 的实际版本还是 v1
现在将 v1 版本的 pod 删掉，RS 会马上创建出指定数量的 v2 版本的 pod ，在这个过程中，服务的提供会出现一定时间的中断
可以先创建新的 pod， 然后删除旧的 pod
那么先创建新的 pod，再删除旧的 pod 我们的思路又是如何的呢，我们可以分享一下？
这个的优点是：
- 应用提供的服务不会中断
这个的缺点是：
- 操作比较麻烦，不符合生产流程，比较繁琐
- 有一段时间同时有 2 个版本的应用程序对外提供服务，这个时候，如果服务的数据对于版本有一定的要求的话，可能会出现异常
一开始，RS 1 设定的 pod 模板是 v1 版本的，这个时候，我们 RS2 指定 v2 版本的 pod 模板，并创建出新的 pod
确定 RS 2 新的 pod 运行正常后，我们将 Service 的流量通过修改标签的方式，将流量切到 v2 版本的 pod 上面
最后设置 RS 1 的指定 pod 数量为 0，进而删除掉 v1 版本的 pod，最后 Service 的流量就完全的切到了 v2 版本的 pod 上面了
今天就到这里，学习所得，若有偏差，还请斧正
欢迎点赞，关注，收藏
朋友们，你的支持和鼓励，是我坚持分享，提高质量的动力
好了，本次就到这里
技术是开放的，我们的心态，更应是开放的。拥抱变化，向阳而生，努力向前行。
我是阿兵云原生，欢迎点赞关注收藏，下次见~
更多的可以查看 零声每晚八点直播：https://ke.qq.com/course/417774
