Deployment 与滚动更新

这一课你将能做到

1. 写出带 replicas、selector、Pod 模板的 Deployment，并验证「删 Pod 自动补齐」的自愈能力
2. 用 kubectl set image 或改 YAML 完成一次滚动更新，用 rollout status/history 观察全程
3. 执行 rollout undo 回滚到上一版本，并说清 maxUnavailable / maxSurge 的含义

为什么要学

无状态 API（本站 backend、platform 前端）在 K8s 里的标准载体是 Deployment：你声明「要 N 个这样的 Pod」，控制器负责维持健康副本，并内置滚动更新与回滚。

对照现网：以前换 jar 要停服、传包、重启，用户感知中断；K8s 的滚动更新是「起新的、验就绪、停旧的」逐步替换，全程服务不断，出问题一条命令回滚。这是 K8s 最打动业务方的能力，也是面试最高频的考点（「滚动更新怎么实现」「发布如何不中断」）。

先建立图像

Deployment（你操作的层）
  └─ ReplicaSet（版本世代：v1 一组、v2 一组）
       └─ Pod × N（同一模板的实例）

发布 v1 → v2 的滚动过程：
  新建 RS(v2) → 逐步加 v2 Pod、减 v1 Pod → 旧 RS 缩到 0（保留以便回滚）

出问题 → rollout undo → 旧 RS 重新扩容、新 RS 缩到 0

你的操作	实际发生
apply Deployment	创建/更新 ReplicaSet 与 Pod
删一个 Pod	控制器立刻补一个
改 template 里的镜像/探针	生成新 RS，触发滚动替换
只改 replicas	仅扩缩容，不算发版

跟着做

步骤 1：写 Deployment YAML

deploy-backend.yaml（先用 nginx 占位，逻辑与本站 backend 完全一致）：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend
  labels:
    app: backend
spec:
  replicas: 2
  revisionHistoryLimit: 5        # 保留最近 5 个版本供回滚
  selector:
    matchLabels:
      app: backend               # 必须与 template.labels 匹配
  template:
    metadata:
      labels:
        app: backend
    spec:
      containers:
        - name: api
          image: nginx:1.27-alpine
          ports:
            - containerPort: 80

硬规则：spec.selector.matchLabels 必须与 template.metadata.labels 匹配，且创建后 selector 不可再改——写错直接 apply 失败或抓错 Pod。

步骤 2：apply 并验证自愈

kubectl apply -f deploy-backend.yaml
kubectl get deploy backend
kubectl get rs -l app=backend
kubectl get pods -l app=backend

看到 1 个 Deployment、1 个 ReplicaSet、2 个 Pod（名字形如 backend-7d9f8b6c5-xxxxx）。现在杀掉一个 Pod：

kubectl delete pod <某个pod名>
kubectl get pods -l app=backend -w