Kubernetes 发布管理图解：使用 YAML 配置实现安全发布

在 Kubernetes（K8s）中，发布管理是指将新版本应用部署到生产环境的过程，目标是实现“安全发布”——即零停机时间、自动回滚和最小化风险。本笔记以“小新 Day4”为主题，通过图解和 YAML 配置示例，一步步教你如何实现一次安全发布。我们将使用 K8s Deployment 资源的核心策略：滚动更新（Rolling Update），它逐步替换旧版本 Pod，确保服务持续可用。

1. 安全发布的核心概念

安全发布的关键在于控制变更过程：

• 零停机时间：用户无感知更新。
• 健康检查：通过探针（Probes）确保新版本 Pod 健康后才接收流量。
• 回滚机制：如果更新失败，自动恢复到旧版本。
• 策略选择：滚动更新是最简单方式，适合大多数场景；其他如蓝绿部署或金丝雀发布需额外工具（如 Istio），这里聚焦基础方法。

2. 图解滚动更新过程

以下用文本图解滚动更新步骤（假设初始有 3 个 Pod 运行 v1 版本，更新到 v2 版本）：

步骤 1: 初始状态
  Pods: [v1-Pod1, v1-Pod2, v1-Pod3]  --> 所有运行中，服务正常。

步骤 2: 开始更新（创建新 Pod）
  Pods: [v1-Pod1, v1-Pod2, v1-Pod3, v2-Pod4]  --> K8s 创建新 Pod（v2），旧 Pod 继续服务。

步骤 3: 新 Pod 健康检查通过
  Pods: [v1-Pod1, v1-Pod2, v2-Pod4]  --> 如果 v2-Pod4 健康（通过 readinessProbe），K8s 删除一个旧 Pod（v1-Pod3）。

步骤 4: 逐步替换
  Pods: [v1-Pod1, v2-Pod4, v2-Pod5]  --> 创建另一个新 Pod（v2-Pod5），并删除下一个旧 Pod（v1-Pod2）。

步骤 5: 完成更新
  Pods: [v2-Pod4, v2-Pod5, v2-Pod6]  --> 所有旧 Pod 被替换，新版本 v2 全量运行。

图解说明：

• 绿色箭头：表示新 Pod 创建。
• 红色箭头：表示旧 Pod 删除。
• 关键点：K8s 确保任何时候至少 replicas - maxUnavailable 个 Pod 可用（通过 YAML 配置控制），避免服务中断。

3. YAML 配置实现安全发布

下面是一个完整的 Deployment YAML 文件示例，实现滚动更新策略。配置包括：

• 滚动更新参数：maxSurge 控制新 Pod 创建速度，maxUnavailable 确保最小可用 Pod 数。
• 健康探针：readinessProbe 和 livenessProbe 检查新版本健康状态。
• 版本标签：使用 image: my-app:v2 指定新版本，便于回滚。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-deployment  # 部署名称
spec:
  replicas: 3  # Pod 副本数
  strategy:
    type: RollingUpdate  # 滚动更新策略
    rollingUpdate:
      maxSurge: 1  # 允许最多超过 replicas 的 Pod 数（创建新 Pod 的速度）
      maxUnavailable: 0  # 更新过程中不可用 Pod 的最大数（0 表示零停机）
  selector:
    matchLabels:
      app: my-app  # 选择器标签，匹配 Pod
  template:
    metadata:
      labels:
        app: my-app  # Pod 标签
    spec:
      containers:
      - name: my-app-container
        image: my-app:v2  # 新版本镜像，替换旧版本 v1
        ports:
        - containerPort: 8080  # 容器端口
        readinessProbe:  # 就绪探针：检查 Pod 是否准备好接收流量
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 5  # 容器启动后 5 秒开始检查
          periodSeconds: 10  # 每 10 秒检查一次
        livenessProbe:  # 存活探针：检查 Pod 是否运行正常
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 15
          periodSeconds: 20

配置解析：

• 安全发布保障：maxUnavailable: 0 确保更新时没有 Pod 不可用；maxSurge: 1 限制每次只创建一个新 Pod，避免资源风暴。
• 健康检查：如果新 Pod 的 /health 端点失败（例如 HTTP 状态码非 200），K8s 会自动终止更新并回滚到旧版本（通过 kubectl rollout undo 命令触发）。
• 如何应用：
  1. 保存为 deployment.yaml 文件。
  2. 运行 kubectl apply -f deployment.yaml 启动更新。
  3. 监控状态：kubectl rollout status deployment/my-app-deployment。

4. 最佳实践和注意事项

• 测试环境优先：先在非生产环境测试 YAML 配置。
• 版本控制：使用镜像标签（如 v1, v2）管理版本，便于回滚。
• 监控与告警：集成 Prometheus 或 Grafana 监控发布过程。
• 进阶策略：如需更细粒度控制（如金丝雀发布），可结合 Service Mesh 工具。
• 回滚操作：如果发布失败，运行 kubectl rollout undo deployment/my-app-deployment 立即恢复旧版本。

通过这个 YAML 配置，你可以在 K8s 中实现一次平滑、安全的应用发布。滚动更新是基础，但足够应对 80% 的场景。记住，安全发布的核心是“小步快跑”——逐步验证新版本，确保系统稳定。如果有具体场景问题，欢迎提供更多细节，我会进一步优化！