小新学 K8sDay4：从 0 到 1 搞懂发布管理，3 个核心概念详解

在 Kubernetes（K8s）中，发布管理是确保应用平滑部署、更新和回滚的关键过程。它能避免服务中断，提升可靠性。作为初学者，你需要先吃透以下 3 个核心概念：Deployment（部署）、Rolling Update（滚动更新） 和 Rollback（回滚）。下面我从基础开始，一步步解释这些概念，帮助你从 0 到 1 掌握发布管理。所有内容基于真实 K8s 实践，确保可靠。

核心概念 1: Deployment（部署）

Deployment 是 K8s 中最基本的发布管理对象，它定义了应用的期望状态（例如，运行多少个副本）。它通过管理 ReplicaSet 来确保 Pod 的数量和版本，并支持声明式更新（你只需描述“想要什么”，K8s 自动处理“如何达到”）。简单来说：

• 作用：创建、更新和回滚应用。
• 关键字段：
  • replicas：指定 Pod 副本数量。
  • template：定义 Pod 的配置（如容器镜像）。
  • strategy：设置更新策略（默认是滚动更新）。
• 为什么重要：Deployment 是发布管理的起点，它抽象了底层细节，让你专注于应用版本控制。

例如，一个简单的 Deployment YAML 文件：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3  # 运行 3 个 Pod 副本
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: nginx-container
        image: nginx:1.18  # 初始镜像版本

核心概念 2: Rolling Update（滚动更新）

Rolling Update 是 Deployment 的默认更新策略，它逐步替换旧 Pod 为新版本，确保服务不间断。核心原理是：

• 过程：K8s 先启动一个新 Pod，等它健康（通过 Readiness Probe 检查）后，再删除一个旧 Pod，如此循环，直到所有 Pod 更新完毕。
• 参数控制：
  • maxSurge：允许临时超出期望副本数的比例（例如，20%）。
  • maxUnavailable：更新过程中允许不可用副本的比例（例如，10%）。
• 为什么重要：它避免了“大爆炸”式更新，减少风险，适合生产环境。例如，从镜像 nginx:1.18 更新到 nginx:1.19 时，K8s 会自动处理滚动过程。

更新命令示例（使用 kubectl）：

kubectl set image deployment/my-app nginx-container=nginx:1.19 --record

核心概念 3: Rollback（回滚）

Rollback 允许你将应用恢复到之前的版本，当新版本有问题时，快速回退。Deployment 通过保存历史版本来实现：

• 机制：每次更新时，Deployment 创建一个新 ReplicaSet 并保留旧 ReplicaSet（历史记录）。回滚时，K8s 切换到旧 ReplicaSet。
• 操作：
  • 查看历史：kubectl rollout history deployment/my-app
  • 回滚到上一版本：kubectl rollout undo deployment/my-app
  • 指定版本回滚：kubectl rollout undo deployment/my-app --to-revision=2
• 为什么重要：它提供了安全网，确保发布失败时可恢复，增强系统韧性。

总结与实战建议

• 核心概念关系：Deployment 是基础，Rolling Update 是更新方式，Rollback 是保障。三者结合，实现可靠发布管理。
• 最佳实践：
  • 总是使用 Deployment 来管理应用，避免直接操作 Pod。
  • 设置合理的 maxSurge 和 maxUnavailable（例如，各 25%），以平衡速度和稳定性。
  • 测试更新和回滚流程在预发布环境。
• 下一步学习：掌握这些后，你可以进阶到蓝绿部署或金丝雀发布（如使用 Istio）。记住，发布管理的目标是零停机！

通过吃透这 3 个概念，你已经迈出了 K8s 发布管理的第一步。实践中多操作 kubectl 命令，加深理解。如果有具体问题，欢迎继续问！