Pod到Deployment的三层控制链

Kubernetes 里不直接管理容器，而是管理 Pod（最小可部署单元，包一个或几个容器）；不直接管理 Pod，而是靠 Deployment 声明”我要几个副本”，Deployment 借助 ReplicaSet 持续确保集群里始终有指定数量的 Pod 在跑——某个 Pod 挂了，ReplicaSet 立刻感知到并补一个新的上去，副本还会被分散到不同节点上以提升容错能力。这个三层结构把”运行一个容器”和”维持期望数量的健康副本”这两件事彻底分开：前者是 Pod 的职责，后者是 ReplicaSet/Deployment 的职责，开发者只需要声明期望状态（比如两个副本），不需要亲自处理”某个实例挂了该怎么补”这种细节。发散：这条控制链的好处在于故障恢复完全自动化且和”谁的责任”解耦——手动 kubectl delete 掉一个 Pod 测试就能看到 ReplicaSet 立刻补一个新的上来，这种自愈能力是从 Deployment 声明的期望状态自动推导出来的，不需要额外写任何恢复逻辑。