一、Kubernetes 基础

本章先解决一个问题：配置文件被接收以后，究竟是谁让系统变成配置描述的样子？

Kubernetes 不把一份 YAML 当作依次执行的脚本。它保存目标，通过不同控制器不断观察和修正，再由节点侧执行具体工作。理解这点，才能解释资源“被删了又回来”“创建成功却没运行”“提交删除却仍存在”等常见现象。

1、阅读地图

顺序	专题与图解	本篇的验证任务
1	编排与运行时 · K1-1	删除裸 Pod，观察它不会被上层控制器重建
2	声明式 API 与调谐 · K1-2	删除受管 Pod，观察 ReplicaSet 补齐数量
3	API 对象与元数据 · K1-3	识别资源路径、身份、标签和状态版本
4	所有权与 Finalizer · K1-4、K1-5	沿所有权链追踪对象，观察分阶段删除

2、先修知识与实验边界

需要了解进程、镜像、容器和基本客户端请求。无需提前学习调度器算法或网络插件内部机制。本章只使用一个独立命名空间、一个裸 Pod、一个 Deployment 和一个教学 ConfigMap。

按 README 完成实验准备。本文的集群命令、预期现象与真实测试证据分开记录；环境差异见版本矩阵。

3、读完应能回答

1. Docker 可以启动容器，Kubernetes 增加的核心能力是什么？
2. apply 成功是否等于应用就绪，哪些证据可以补全判断？
3. 名称相同的两个 Pod 为什么可能不是同一个对象？
4. 标签匹配、所有权和删除保护各解决什么问题？
5. 为什么“直接清空 Finalizer”可能泄漏外部资源？

如果能给出对象字段、负责组件和一条验证命令，就可以进入集群架构，把对象模型放回真实组件中。