口播稿-9分钟看懂Kubernetes底座

9 分钟看懂 Kubernetes 的底座《底座认知》系列 · 视频口播稿预计时长 8 分 40 秒 约 1900 字 语速 220 字/分钟目 录一、录制说明二、口播正文0:00 — 0:35 开场三秒钟里发生了什么0:35 — 1:45 第一个比喻容器不是小虚拟机是一间合租房1:45 — 2:40 第二个比喻镜像是一份分层便当2:40 — 3:50 第三个比喻Pod 是一套合租房3:50 — 4:50 第四个比喻apiserver 是公司唯一的前台4:50 — 5:50 第五个比喻etcd 是三个人共记的一本总账5:50 — 6:50 第六个比喻分诊台与巡场经理6:50 — 7:50 第七个比喻宿管与总机7:50 — 8:40 最后一个比喻一次 apply就是从下单到送达8:40 — 9:10 收尾三、分镜与时长对照一、录制说明项目建议语速每分钟 210230 字比喻处放慢结论处停顿一秒画面每个比喻配一张简单示意图或直接录终端操作字幕术语第一次出现时打字幕如「Namespace 命名空间」着装语气口语、不用念稿感每段结尾用一句话收束再转场正文中的【停顿】【加重】是给录制时的提示不用念出来。二、口播正文0:00 — 0:35 开场三秒钟里发生了什么你有没有想过你在终端敲下 kubectl apply屏幕上只跳出三个字——created然后过了几秒一个 Pod 变成 Running。这三秒钟里集群到底发生了什么大部分教程会告诉你「容器是轻量级虚拟化」然后你就开始背名词。但真到了线上排障Pod 卡在 Pending你还是不知道该看哪。【停顿】今天这条视频我用九个生活里的比喻把 Kubernetes 的底座讲一遍。不用记命令先把画面建起来。0:35 — 1:45 第一个比喻容器不是小虚拟机是一间合租房先说最容易搞错的一件事容器不是小虚拟机。虚拟机像买了一套房。房子再小水电燃气都得自己装一套所以启动慢、占地方。容器像租一间房水电是房东的也就是宿主机的内核所有容器共用。但租来的房间有两样东西一是门禁二是额度。门禁叫 Namespace作用是让你看不见隔壁——看不见别人的进程、别人的网络、别人的文件。额度叫 cgroup作用是让你用不了太多——CPU 用超了会被限流变慢但不会死内存用超了配电箱直接跳闸进程被内核杀掉。所以看到容器的退出码是 137别怀疑人生137 就是 128 加 99 是 SIGKILL翻译过来就是「被杀了」。【加重】1:45 — 2:40 第二个比喻镜像是一份分层便当那容器里的程序是怎么打包送过来的靠镜像。镜像像一份分层便当最底下是米饭也就是基础系统中间是配菜运行库最上面是主菜你的程序。一层一层叠起来每一层单独封装。分层的好处是复用十种便当都用同一锅米饭米饭只做一次换的只是主菜传输时也只传那一格。这就是为什么容器镜像常常只有几十兆而不是几个 G。还有个细节叫写时复制。你就理解成便当盒全是封好的容器启动时在上面盖一层保鲜膜想改哪个文件就复制到保鲜膜上改。所以容器里改的配置重启就没了——它写在保鲜膜上。2:40 — 3:50 第三个比喻Pod 是一套合租房问题来了既然容器就是一间房为什么 K8s 的最小单位不叫容器叫 Pod因为现实里的应用不是一个人住。主程序、日志采集、本地代理他们是一伙的必须住在一起、共用一个门牌号、在客厅里说话——也就是用 localhost 通信。所以 K8s 把「一套房」作为最小单位这套房就是 Pod。调度按套房算扩容按套房加销毁时一整套一起退。每套房里还住着一个奇怪的房客叫 pause 容器。他不干活、不接客只做一件事拿着钥匙保证这套房的门牌号不消失。技术上他持有 Pod 级别的网络命名空间业务容器都是「加入」他建好的网络。所以你看到节点上一堆 pause 容器千万别当垃圾删。【加重】删了持有网络的进程没了整个 Pod 的网络直接崩。3:50 — 4:50 第四个比喻apiserver 是公司唯一的前台房子有了接下来要有人管事。整栋楼只有一个前台所有事都从他这儿办没有后门。这就是 kube-apiserver。它是三个唯一所有用户请求的唯一入口所有组件通信的唯一入口也是唯一能进档案室、读写 etcd 的人。每个请求进来要过三道关。第一关认证你是谁证书过期、Token 不对直接 401。第二关授权这件事你能做吗没给你创建 Pod 的权限就是 403。第三关准入这东西合不合规配额够不够、镜像是不是来自内部仓库、允不允许特权容器。三关都过才会登记进档案室。注意这个时候容器一个都还没启动。【停顿】4:50 — 5:50 第五个比喻etcd 是三个人共记的一本总账档案室里那本总账就是 etcd。整个集群的全部状态都记在这一本上。它丢了集群就等于失忆——Pod 配置、Service、密码全没了而且找不回来。为了防止记丢etcd 一般三个人一起记。选一个值班会计所有新账先记他那儿他要抄给多数人过半签字才算数会计病倒剩下的人重新投票选一个。这就是 Raft。为什么生产上只用 3 台或 5 台因为决定权在过半3 台能坏 1 台5 台能坏 2 台4 台也只能坏 1 台——多养一台抗故障能力没变不划算。还有一条容易误解过半的人不在小组直接停止记账不是少数服从多数继续写。3 台坏 2 台集群就只能读、不能写。5:50 — 6:50 第六个比喻分诊台与巡场经理总账记好了谁来决定活派给谁两个人一个是分诊台的护士一个是巡场的经理。分诊台是 kube-scheduler。他的工作三步先排除住不了的节点——满房、禁烟、没大床房再给剩下的打分;最后发房卡把结果写回 Pod。如果所有房间都被排除客人只能站大堂等这就是 Pod 一直 Pending。巡场经理是 controller-manager。他的逻辑跟空调恒温器一模一样读你设定的温度读当前室温比较然后制冷或加热过一会儿再看一次。【加重】永远在循环永不停止。所以 K8s 里没有「重启服务」这个动作。你删掉一个 Pod经理发现人少了立刻补一个你把节点关机他发现人不见了重新安排到别处。多副本时同一时刻只有一个经理当班——靠一张会过期的房卡谁抢到谁干房卡到期就换人。6:50 — 7:50 第七个比喻宿管与总机决定做完了得有人在楼层里干活。每个节点上有两个岗位。一个是宿管kubelet。他手里有一份名单分给我这层楼的 Pod。他安排入住叫施工队来装修每天查房问三个问题——还活着吗、能接客吗、刚搬来适应了吗然后定期向管理处汇报。他汇报断了会怎样这层楼就变成 NotReady上面的 Pod 会被搬走。另一个是总机接线员kube-proxy。房间号会变外面记不住所以楼里设一个总机号码也就是 Service。谁找业务就拨总机接线员负责转到当前在岗的房间。他有两种工作方式贴一张写满规则的纸条一条条查这叫 iptables或者换一台智能交换机直接查表转发这叫 IPVS。记住一句接线员只负责接线不参与通话内容。所以访问不通先看有没有人接——名单是不是空的Pod 是不是 Ready别一上来就翻规则。7:50 — 8:40 最后一个比喻一次 apply就是从下单到送达现在把这些角色串起来。你敲下 apply就像点了一单外卖。第一步下单kubectl 先问一句「这个对象存在吗」不存在就创建存在就算差异更新。第二步接单审核前台过三关把期望状态记进总账。第三步拆单Deployment 把套餐拆成批次批次再拆成一份份 Pod。第四步派单分诊台选节点写回房号。第五步制作送达宿管叫施工队起 pause 沙箱、拉镜像、起容器、跑探针。第六步开通服务接线员写规则别人终于能访问到。8:40 — 9:10 收尾所以下次 Pod 起不来你不用猜。看它卡在哪个状态Pending 是派单没派出去ImagePullBackOff 是材料没拉到CrashLoopBackOff 是一开工就崩。【加重】状态决定查哪一段只看那一段的日志。整套比喻我整理成了九份文档从一间房、到一套房、到一座厂再到一次下单的全流程。想看哪一段评论区告诉我。如果这条视频帮你把画面建起来了点个收藏下次排障前先回来对一眼。我们下期见。三、分镜与时长对照时间内容画面建议0:00开场提问终端录屏apply 后 Pod 变 Running0:35容器 合租房虚拟机与容器对比图1:45镜像 分层便当便当分层动画或镜像层示意2:40Pod 一套房Pod 内部结构图pause 业务容器3:50apiserver 前台三关卡流水动画4:50etcd 总账三节点记账、过半签字示意5:50调度与控制器分诊三步、恒温器循环图6:50kubelet 与 kube-proxy宿管查房、总机转接示意7:50apply 全链路六阶段横向流程图8:40收尾引导文档目录页截图