我们在k8s 里面更新镜像 image 字段后就会触发一次滚动升级，杀掉老的Pod，创建新的Pod，从而完成服务版本的升级。但升级的过程其实并非是平滑的，因为pod 的启动关闭都并非瞬时的。

这里会存在两个问题，第一是将流量打到正在关闭的Pod，第二是将流量打到还未启动成功的Pod上。

Pod未启动

这个问题比较容易解决，k8s 为了避免Pod 没有启动就导入流量引入了健康检查机制，只有在readiness probe 检测成功后，pod 的状态才是ready。这样k8s 才会把这个pod 加入到service 里面。

Pod正在停止

这个问题稍微复杂一些，因为pod 停止和 从service里面把pod 摘除这两个动作完全是同步进行的，很有可能，pod里面的服务已经正在停止了，而service还没有摘掉，流量还是会打到这个Pod上面。

这时很多童鞋会想到我之前发的 k8s 里面应用如何优雅退出的文章，是不是可以通过优雅退出解决这个问题。其实，k8s 提供的优雅退出是为了让程序能够在结束之前回收资源，处理完未执行的事务。但并不能严格保证服务已经从service上摘除。

其实k8s 还有一个小技巧：prestop hook，从名字就可以看出，它是在容器执行优雅关闭之前执行的。那么我们可以在执行关闭前，先sleep 5秒，这样确保pod 可以从service里面拆除，如果你的集群延迟比较大，也可以改成10秒。

      lifecycle:
        preStop:
          exec:
            command: ["sleep", "5"]

这样无论是新启动pod 还是pod 停止，都可以很流畅的进行，中间不会出现流量的中断了。