Kubernetes 学习路线：先建立心智模型
Han Lv5
  2026-07-08 00:00:00 2026-07-08 00:00      

背景

最近重新梳理 Kubernetes 时，我发现最容易卡住的地方，不是某一条命令，也不是某一个 YAML 字段，而是它把很多事情都抽象成了“对象”。

我一开始看这些概念，很像第一次走进一个大型园区：有门禁、有调度中心、有楼栋、有房间、有物业、有告示牌、有维修人员。每个东西单独看都不难，但不知道它们之间怎么配合时，就会觉得概念很多、关系很乱。

所以我想先把这座“园区”的地图画出来，再沿着地图逐个认识里面的东西。

1
2
3
4
5
6
7
Kubernetes 集群
├─ 控制面：负责管理、调度、记录状态
├─ 工作节点：负责真正运行应用
├─ Pod：应用运行的最小房间
├─ Deployment：负责管理一组 Pod
├─ Service：给一组 Pod 提供稳定入口
└─ 配置、存储、网络、安全：让应用长期稳定运行

这是我目前给自己定下的学习目标：先弄清每个对象为什么存在，再看它和其他对象怎么配合。

第一阶段：先看懂基本地图

第一阶段先围绕一个问题展开：Kubernetes 到底在管理什么？

下面是我目前整理出的顺序：

  1. Kubernetes 解决什么问题
  2. 集群架构：控制面和工作节点
  3. Pod：Kubernetes 中最小的运行单位
  4. Deployment、ReplicaSet 与期望状态
  5. Service：为什么不能直接依赖 Pod IP

我把这些概念先串成了一张简单的图：

1
2
3
4
5
6
7
8
9
10
11
12
13
用户写 YAML
   |
   v
控制面保存期望状态
   |
   v
调度到工作节点
   |
   v
节点运行 Pod
   |
   v
Service 提供稳定访问入口

对我来说，这一阶段的重点不是记住所有字段，而是先理解一句话：“我声明想要什么，Kubernetes 负责让它尽量变成现实”。

第二阶段：理解应用怎么跑稳

应用跑起来只是第一步，长期稳定运行才是关键。所以第二阶段，我准备继续梳理应用跑起来之后还会遇到哪些问题。

目前列出来的主要有这些：

  1. 镜像、容器运行时与 Pod 的关系
  2. ConfigMap 与 Secret：配置如何进入容器
  3. Volume 与 PersistentVolume：数据为什么不能只放在容器里
  4. Namespace：如何隔离资源和组织环境
  5. Label 与 Selector：对象之间如何互相找到

这里有一个很重要的点：Kubernetes 里很多对象不是直接写死关系，而是通过标签互相识别。

1
2
3
4
5
6
7
8
Service selector: app=demo
        |
        v
  匹配所有带 app=demo 的 Pod

Pod A labels: app=demo
Pod B labels: app=demo
Pod C labels: app=other

我暂时把 Label 理解成门牌号，把 Selector 理解成查找规则。这样再去看 Service、Deployment、NetworkPolicy，它们之间的关系就直观多了。

第三阶段：理解发布和故障处理

真实应用不会一直停在“能运行”这个状态。它会升级、扩容、宕机、迁移，也会遇到流量变化。第三阶段就沿着这些变化继续往下看。

我先列了这些内容：

  1. 资源请求与限制：CPU、内存怎么分配
  2. 健康检查：liveness、readiness、startup probe
  3. 滚动发布与回滚
  4. Ingress 与 Gateway API：外部流量怎么进入集群
  5. 日志、监控与排障思路

在这里，我觉得把 Kubernetes 看成一个值班系统比较形象：

1
2
3
4
5
6
7
8
9
10
11
12
13
应用状态异常
   |
   v
探针发现问题
   |
   v
控制器尝试修复
   |
   v
调度器重新安排资源
   |
   v
Service 尽量保持访问稳定

这一阶段的重点不是背所有排障命令，而是理解 Kubernetes 为什么能发现问题、隔离问题、恢复服务。

第四阶段：理解安全与扩展

核心模型清楚之后，再看安全和扩展应该会自然一些。

这一阶段会包括：

  1. ServiceAccount 与 RBAC
  2. Pod 安全上下文
  3. NetworkPolicy
  4. 节点维护与驱逐
  5. Helm、Operator 与 CRD

这部分像是园区里的权限系统和扩建能力。谁能进哪栋楼、谁能改配置、谁能调用 API、怎么增加新的管理能力，都属于这一层。

学习方法

每篇文章我都尽量只解决一个核心问题。遇到新对象时，我会先问自己三个问题：

  1. 它解决什么麻烦？
  2. 如果没有它，会发生什么问题？
  3. 它通过什么方式和其他对象配合？

例如看到 Service 时，我一开始就被 ClusterIP、NodePort、LoadBalancer 这些名词绕住了。后来换成一个更朴素的问题反而好理解：Pod 会重建，IP 会变，那调用方该访问谁？

这个问题想明白了，再看 Service 的类型和字段就会顺很多。

小结

所以，Kubernetes 的学习路线可以先压缩成一句话：

先理解对象为什么存在，再理解对象之间如何协作，最后再学习字段和命令。

这份路线是我目前的理解，后面随着学习深入也可能继续调整。第一篇先从最基础的问题开始：Kubernetes 到底解决什么问题？

参考资料

 评论