三、Pod 原理与生命周期
本章围绕一个问题展开：一个 Pod 何时真正可服务，又如何在失败或删除时可靠收尾？ 学完后，应能区分对象存在、调度完成、容器运行、应用就绪和业务正确五个层次。
1、阅读地图
| 专题 | 图号 | 阅读后应能解释 |
|---|---|---|
| Sandbox 与容器模式 | K3-1 | 共享网络与共享卷为什么不是一回事 |
| 从提交到运行 | K3-2 | Pod 卡住时，如何识别最后完成的阶段 |
| 状态、条件与重启 | K3-3、K3-4 | Running、Ready、CrashLoopBackOff 如何同时成立 |
| Init、Sidecar 与 Hook | K3-5 | 如何建立可验证的启动依赖 |
| 探针与 Readiness Gate | K3-6 | 什么故障应摘流，什么故障适合重启 |
| 资源、QoS 与 Overhead | K3-7 | 初始化峰值、Sidecar 与运行时开销如何合并 |
| 终止与驱逐 | K3-8 | 异步摘流与应用排空如何共同工作 |
2、先建立共享边界
下图复用第一篇的图 K3-1，不重复计数。先理解共享什么，再讨论一起启动、一起调度与一起退出的代价。
3、实验准备与完成标准
先阅读 README，使用专用上下文与 k8s-lab。本章包含多容器共享、容器重启、原生 Sidecar、可控探针、QoS 分类和在途请求终止实验。镜像需可拉取，网络可用；不要求额外安装入口控制器或指标组件。
每次实验应留下对象字段或请求结果作为证据：UID、restartCount、条件、退出原因、请求返回值。示例输出是预期，实际验证范围见维护记录，不能把构建结果视为集群行为证明。
本章验收：不看图说明一个慢启动应用如何避免误重启；解释为什么数据库 Pod 重建不等于数据库已完成恢复；用一次真实请求证明优雅终止是否保护了在途操作。