KEEL · 龙骨 · A CURRICULUM FOR THE AI ERA
课程导读 · Kubernetes 概念课 — keel 龙骨
Kubernetes 概念课:把应用课抛出的概念讲清楚 的参考信息:课程导读 · Kubernetes 概念课
被应用课里的一个词卡住时,去哪一页把它弄明白
你什么时候会需要这门课
这不是一门从第一章读到最后一章的课。下面四条里只要有一条正在发生,就点进对应的那一页:
- 你在应用课读到"调度失败的原因是没有任何节点满足这个 Pod 的
requests",
但你其实说不清**"节点"这东西在哪儿、那本账记的是什么**; - 你在读
kubectl get pods那一行时,分不清哪个词指的是容器、哪个指的是 Pod; - 应用课说"有一个控制器在不停把实际状态拉向期望状态",你没法想象那个"不停"是什么样子;
- 你看到
get svc的一行和get endpoints的一行,说不清这两行里哪一半是稳定的、哪一半会变。
四条都答得上来,说明这几个概念的形态你已经有了,不用读。
概念之间的位置关系
四页不是四个独立的名词,它们说的是同一件事的四侧——工作放在哪、谁让它保持那样、怎么被找到:
① 放什么 Pod 「最小的一次调度单位」
│ 放在哪
▼
② 放在哪 节点 提供"装得下"这本账
│ 谁在维持
▼
③ 谁让它保持那样 控制器 一段没有出口的循环
│ 怎么被找到
▼
④ 怎么被找到 Service 一个固定入口 + 一份会变的名单
读的顺序不必按这个来,但读完最后一页时,这四个位置关系应该是连着的。
每一页的固定形状
四页都用同一套骨架,所以你读第二页开始就不需要再适应结构了:
| 节 | 回答什么 |
|---|---|
| 一 · 它为什么会出现 | 一个具体现场 + 它面对的需求 |
| 二 · 它是什么 | 一句话定义 + 它不是什么(通常两条以上) |
| 三 · 它长什么样 | 它自己写出来的样子:命令、配置、输出 |
| 四 · 它怎么工作 | 一次完整过程,步骤可数 |
| 五 · 它会带出哪些概念 | 每个衍生概念一句解释 + 指向哪一页 |
| 六 · 回到应用课 | 把应用课的原话逐条映射成"现在为什么成立" + 一个判断 |
| 收口 | 「这一页改变了你的哪个判断」 |
| 自测题 | 两道 |
怎么读
- 按需读,不按顺序读。 每页的头部都写着"应用课对应"的具体章号,读完第六节会指回那一章。
- 第三、四节不要跳。 这两节是这门课和应用课的分界线:应用课给结论,这两节给"那个东西长什么样、
一次过程是怎么走的"。跳过它们,这一页就退化成了名词解释。 - 自测题能口头答出来就够。 答案都在本页正文里,不需要翻应用课。
前置要求
- 知道容器是什么、
kubectl大概怎么敲——《Kubernetes 基础课》
五章就能到那个程度; - 不要求有集群。但如果你想跟着第三、四节敲一遍,需要一个能连上的集群;
- 不要求读过应用课全文。卡在哪一句,从那一句点进来就行。
实验环境说明
- 正文里"长什么样"的命令与输出都来自真实的运行记录,环境是
kubectl v1.36.1 / Kubernetes v1.37.0(kind v0.33.0 建的单节点集群)。 - 节点名、
CLUSTER-IP、Pod 地址、名字中间那截编号都随环境变;
要读的是字段之间的关系(哪一列属于 Pod、哪一列属于容器、哪两行是同一份名单)。 - 本课不含生产边界、故障注入与排障清单——三类内容都留在应用课,两侧不重复。
单节点集群上"调度"也看不出效果,所以本课只写机制,取舍留给应用课。