3. K8s 原生回滚机制：Deployment 回滚原理、kubectl rollout undo 命令详解、回滚历史与 Revision 管理

Kubernetes 原生回滚机制是自动化运维的基石。本章深入剖析 Deployment 控制器的回滚原理、kubectl rollout undo 命令的完整用法，以及 Revision 版本管理的最佳实践。理解这些核心概念，是构建多集群自动化回滚策略的前提。

3.1 Deployment 回滚原理

Deployment 的回滚能力依赖于其底层的 ReplicaSet 控制器。每次更新 Deployment 时，K8s 并不会直接修改现有的 Pod，而是创建一个新的 ReplicaSet，并逐步将 Pod 从旧 ReplicaSet 迁移到新 ReplicaSet。回滚的本质，就是让 Deployment 重新指向一个旧的、健康的 ReplicaSet。

3.2 kubectl rollout undo 命令详解

kubectl rollout undo 是执行回滚的核心命令。它支持回滚到上一个版本、指定版本，甚至支持回滚过程中的暂停与恢复。

3.2.1 命令语法与常用选项

3.2.2 回滚执行流程

1. 触发回滚：执行 kubectl rollout undo 命令。
2. 模板替换：K8s 将 Deployment 的 .spec.template 替换为目标 Revision 的 PodTemplate。
3. 滚动更新：Deployment 控制器按照 maxSurge 和 maxUnavailable 策略，逐步替换 Pod。
4. 状态确认：使用 kubectl rollout status 监控回滚是否成功。

3.3 回滚历史与 Revision 管理

K8s 通过 Revision 机制管理 Deployment 的变更历史。每次 .spec.template 发生变化，都会递增 Revision 编号，并生成一个新的 ReplicaSet。理解 Revision 的存储、查看与清理，是精细化回滚管理的关键。

3.3.1 Revision 查看与存储

使用 kubectl rollout history 命令查看 Deployment 的 Revision 历史：

# 查看所有 Revision 列表
kubectl rollout history deployment/nginx

# 查看指定 Revision 的详细信息（包括完整的 PodTemplate）
kubectl rollout history deployment/nginx --revision=3

输出示例：

deployment.apps/nginx
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployment/nginx nginx=nginx:1.21.6 --record=true
3         kubectl set image deployment/nginx nginx=nginx:1.23.1 --record=true

3.3.2 Revision 保留策略

默认情况下，K8s 会保留所有 Revision 对应的 ReplicaSet。这可能导致 etcd 存储膨胀。通过 .spec.revisionHistoryLimit 字段可以控制保留的 Revision 数量：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
spec:
  revisionHistoryLimit: 5  # 只保留最近 5 个 Revision
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    ...

3.4 回滚策略配置清单

以下清单总结了 Deployment 回滚相关的关键配置项，供自动化脚本参考：