Kubernetes 知识库
把“应用部署成功”拆成可以解释、观察和验证的系统过程。
Kubernetes(常缩写为 K8s)管理的是应用的期望状态。理解它,需要同时看见三件事:API(Application Programming Interface,应用程序编程接口)对象描述了什么、控制器改变了什么、节点真正执行了什么。
本知识库面向开发、运维、数据库与平台工程师,按原理约 60%、实战约 40% 组织。每篇专题都有问题背景、流程图、验证步骤、排障判断和自测解析。
1、从这里开始
| 你的问题 | 阅读入口 | 读完能做什么 |
|---|---|---|
| 已经有 Docker,为什么还需要 Kubernetes? | 编排与运行时 | 区分集群编排、节点管理和容器执行 |
| 删除一个 Pod 后,为什么又出现了一个? | 声明式 API 与调谐 | 沿 Deployment、ReplicaSet、Pod 查到期望状态的来源 |
| YAML 中的名字、标签、版本分别控制什么? | API 对象与元数据 | 判断身份、选择关系、配置与状态 |
| 为什么资源删除后还在? | 所有权、Finalizer 与回收 | 识别级联删除与外部清理门槛 |
| apply 成功了,应用为什么没有运行? | 控制平面协作 | 按对象、调度、节点执行、就绪四层定位 |
实验前先读阅读与实验约定,按岗位选择学习路线。资料核验于 2026-09-23,正文基准 v1.37.0,实验目标 v1.36.4;具体插件边界见版本矩阵。
2、知识主线
先在脑中建立“提交目标—保存对象—控制器收敛—节点执行—状态反馈”的路径,再去阅读组件细节。首页复用图 K1-1的语义源,不计作新增图。
图中的实线表示请求或执行,虚线表示对象观察结果。控制器和调度器通过 API 协作;节点内 kubelet 请求容器运行时执行工作,并通过 API 回报状态。真实实现中的重试、准入、网络和存储环节在专题中逐步展开。
3、已开放章节
一、Kubernetes 基础
章节地图 · 4 篇专题 · 5 幅图
- 编排背景与容器运行时:Docker、containerd 与 Kubernetes 的分工。
- 声明式 API 与调谐循环:期望状态、重试、幂等与最终收敛。
- API 对象与元数据:Group、Version、Kind、Namespace、标签与状态。
- 所有权、Finalizer 与垃圾回收:对象依赖、删除传播与外部资源保护。
二、集群架构与核心组件
章节地图 · 4 篇专题 · 4 幅图
- 控制平面组件:API Server、etcd、调度器、控制器与扩展入口。
- 节点组件与附加组件:kubelet、运行时、网络、存储、代理与解析。
- API 请求与准入:认证、鉴权、变更准入、验证与持久化。
- 控制平面如何协作:一次 Deployment 提交的对象接力和证据链。
4、后续建设路线
以下是已确认的建设范围,尚未开放的章节不设置空页面入口。
| 阶段 | 章节 | 重点问题 |
|---|---|---|
| 第三阶段 | 三、Pod;四、工作负载;五、Service;六、网络;七、Ingress/Gateway;八、调度 | Pod 如何运行和退出,流量如何抵达应用,节点如何选出 |
| 第四阶段 | 九、kubelet;十、存储;十一、配置;十二、安全;十三、可观测性;十四、弹性;十五、高可用 | 资源如何受控、数据如何持久、故障如何恢复 |
| 第五阶段 | 十六、kubectl/API;十七、CRD/Operator;十八、安装与实验;十九、故障排查 | API 扩展、完整实验与生产诊断闭环 |
| 第五阶段配套 | 高频面试题、术语表、命令速查、概念对比、来源索引 | 用场景追问检查理解,快速定位原理与命令 |
当前发布 14 个知识库页面、9 幅独立 Mermaid 图、4 个 YAML(YAML Ain't Markup Language,数据序列化语言)资源清单。基础与架构中的自测已经可用,独立面试题手册将在第五阶段汇总。
5、给数据库工程师的一条提醒
Kubernetes 能帮助恢复进程和重新安排 Pod,但数据库恢复还取决于存储可访问性、复制状态、旧主隔离和事务恢复。阅读本阶段时,把“对象已创建”“容器已启动”“数据库可写”“数据未丢失”当成四个不同的命题。后续存储、高可用与 Operator 章节会继续沿这条边界展开。
