2. Kubernetes Deployment 基础：Deployment 定义、ReplicaSet、滚动更新策略、版本回滚机制

Deployment 是 Kubernetes 中用于管理无状态工作负载的核心控制器。它通过声明式配置驱动 Pod 副本的创建、更新与维护，是日志平台版本一致性部署校验的基石。理解 Deployment 的底层组件与运行机制，是后续实现版本校验的前提。

2.1 Deployment 定义与核心组件

一个 Deployment 对象由三个关键层次构成：Deployment 本身、ReplicaSet 以及 Pod。Deployment 负责管理 ReplicaSet，ReplicaSet 负责管理 Pod 副本。

以下是一个典型的 Deployment YAML 定义示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: log-collector
  labels:
    app: log-collector
    version: v1.0.0
spec:
  replicas: 3
  selector:
    matchLabels:
      app: log-collector
  template:
    metadata:
      labels:
        app: log-collector
        version: v1.0.0
    spec:
      containers:
      - name: fluentd
        image: fluent/fluentd:v1.16
        ports:
        - containerPort: 24224
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  revisionHistoryLimit: 10

2.2 ReplicaSet：副本保障与版本锚点

ReplicaSet 是 Deployment 实现高可用和版本隔离的核心。每个 ReplicaSet 都持有一个不可变的 Pod 模板快照，该快照对应一个特定的版本。

• 副本保障：ReplicaSet 通过 spec.replicas 字段确保指定数量的 Pod 始终处于运行状态。当 Pod 因节点故障或资源不足被驱逐时，ReplicaSet 会立即创建新的 Pod 进行补偿。
• 版本锚点：每次 Deployment 更新都会生成一个新的 ReplicaSet。旧 ReplicaSet 不会被立即删除，而是保留为回滚锚点。保留数量由 spec.revisionHistoryLimit 控制。
• 版本一致性校验基础：在日志平台中，我们可以通过比对当前活跃 ReplicaSet 的 Pod 模板哈希值与预期版本哈希值，来校验版本是否一致。

2.3 滚动更新策略

滚动更新是 Deployment 的默认更新策略，它通过逐步替换旧版本 Pod 来减少服务中断。策略由 spec.strategy.type: RollingUpdate 定义，并通过 maxSurge 和 maxUnavailable 两个参数控制更新速率。

滚动更新的执行流程如下：

1. 用户更新 Deployment 的 Pod 模板（如镜像版本）。
2. Deployment 创建一个新的 ReplicaSet，初始副本数为 0。
3. 根据 maxSurge 和 maxUnavailable 计算本次可操作的 Pod 数量。
4. 逐步从旧 ReplicaSet 中缩容 Pod，同时在新 ReplicaSet 中扩容 Pod。
5. 重复步骤 3-4，直到所有 Pod 都迁移到新 ReplicaSet。
6. 旧 ReplicaSet 的副本数被缩容至 0，但保留在历史记录中。

2.4 版本回滚机制

当新版本部署后出现异常（如日志采集失败、性能下降），Deployment 支持快速回滚到之前的稳定版本。回滚操作本质上是将 Deployment 的 Pod 模板恢复到历史 ReplicaSet 所持有的快照。

2.4.1 回滚触发条件

• 手动回滚：运维人员通过 kubectl rollout undo 命令触发。
• 自动回滚：结合 kubectl rollout status 和健康检查，在更新超时或 Pod 启动失败时自动触发。
• 版本校验失败回滚：在日志平台版本一致性校验场景中，当校验脚本检测到实际运行版本与预期版本不匹配时，可自动触发回滚。

2.4.2 回滚执行流程

1. 用户执行 kubectl rollout undo deployment/log-collector --to-revision=3。
2. Deployment 控制器查找 revision=3 对应的 ReplicaSet。
3. 将该 ReplicaSet 的 Pod 模板复制到 Deployment 的 spec.template 中。
4. 触发新一轮滚动更新，将 Pod 从当前版本迁移到目标版本。
5. 更新完成后，当前版本变为 revision=3 对应的版本。

2.5 版本一致性校验的关键字段

在日志平台版本一致性部署校验中，需要重点关注以下 Deployment 字段：