前言
随着云原生应用的兴起，容器化的应用部署已经成为了最佳实践。而在容器化部署中，Kubernetes 作为开源的容器编排平台越来越受到人们的关注。在大型容器集群中，容器的更新与回滚策略都是至关重要的，本文将详细讨论 Kubernetes 中容器更新与回滚的策略选择。
容器更新
如果需要更新容器中的应用程序或者配置，通常有两种方式：
Rolling Update
滚动更新是指在保证应用程序可用的前提下，将容器集群中的旧容器逐步替换为新的容器。在这个过程中，每个节点依次停止旧容器，启动新容器，并等待新容器健康后再移动到下一个节点。这样，整个应用程序一直处于可用状态，不会出现系统宕机的情况。
Rolling Update 理解起来相对简单，且比较安全，尤其是在高可用服务中。在 Kubernetes 中，也是默认的更新策略。
Recreate
重建是指直接关闭所有旧的容器，然后再用新的容器替换它们。
Recreate 本质上是一种“暴力式”更新策略。优点是简单易懂，容易实现，但会停止所有正在运行的实例并短暂地中断服务。如果应用程序是很长时间才能启动的，使用这种方式就会对客户产生较大的影响，因此通常不建议在生产环境中使用。
容器回滚
即使在进行了充分的测试和质量保证后，也不能保证每个应用程序都不会出现问题。为了支持错误恢复能力，Kubernetes 提供了容器回滚的功能。可以通过回滚命令或在容器定义中添加策略来执行回滚。
回滚命令
kubectl rollout undo 命令可以用于回滚某个部署或者某个副本集中的所有容器。根据在回滚期间选择的模式，该命令可以使用不同的回滚策略。
回滚策略
在 Kubernetes 中，我们可以通过以下回滚策略来实现容器回滚：
Rolling Update
滚动更新过程中保留部署历史，可以在发现更新错误时使部署回滚到历史版本。尤其是在生产环境中，这种策略是最常用的。
Recreate
重建过程中不保留历史，无法回滚。如果选择此策略，则需要注意将备份数据正确设置在外部。
总结
本文详细讨论了 Kubernetes 中容器更新与回滚的策略选择，涵盖了滚动更新和重建两种方式，以及回滚命令和回滚策略的应用。请在实际应用中根据业务需求选择合适的策略，才能在维护 Kubernetes 容器集群的过程中取得好的表现。
示例代码：
-- -------------------- ---- -------
----------- -------
----- ----------
---------
----- ------
-----
--------- -
---------
------------
---- ------
---------
---------
-------
---- ------
-----
-----------
- ----- ------
------ ------------
------
- -------------- --
---------------- ------
-------------- ------上述代码定义了一个名为 my-app 的 Deployment，其中包含了 3 个副本。在这个 Deployment 中，我们指定了容器运行的镜像为 nginx:latest，并将其暴露在 80 端口下。其中，restartPolicy 表示容器启动后失败时应该立即再次启动。我们可以通过相应参数的设置来实现容器的更新和回滚。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6494d2b248841e9894229d89