← 返回概念解读

Concept Fable精修版

Kubernetes

Kubernetes, K8s · Deployment / infrastructure

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

总驿长让木箱药铺自动开关门

王城有许多装在木箱里的流动药铺。每只箱子带着炉具和方子,搬到哪里都能熬出相近的药汤。

问题很快出现:有的街口排长队,有的箱子空着;有的炉子半夜熄火没人知道;新方子发布时,几十只箱子更新得乱七八糟。

总驿长先派人每天巡街登记。登记册越来越厚,等消息送回总部,队伍早已换了位置。

他又规定每条街固定放两只箱子。集市日不够,雨天又浪费,坏箱子还会在原地占着位置。

后来驿站建了一套调度台。每只箱子报告是否健康、需要多少火力、服务哪条街;调度台按需求安排位置,坏了就换,忙了就加,发布新方子就分批滚动。

药师仍关心药方,但不再手工决定每只箱子去哪。调度台负责让这些可移植单元在城市里活着、扩着、恢复着。药师们开始把注意力放回药汤本身。箱子搬运、增减、恢复和轮换交给调度台,城市获得的是一套让许多箱子按期望状态运行的秩序。

几次大集之后,药铺没有因为一条街突然拥挤而崩溃。坏箱子被替换,新箱子自动接上,市民只看到队伍变短。后来管事把这次经验写进日常规矩:先看场景,再看边界,最后看失败时谁能接手。只有这些都清楚,漂亮演示才会变成可交付的工作。

总驿长明白,容器解决的是单个箱子能跑,编排系统解决的是成百上千个箱子如何可靠运行。调度台还保留了城里的愿望清单:这条街至少两只箱子,那条街雨天多一只,熄火的箱子不能继续接客,更新新方子时先换一小批。复查时,他们还会拿旧事故对照一遍,确认新规矩不是只在纸上好看,而能在忙乱现场真正挡住同样的错误。

揭示

这个故事讲的是:Kubernetes

Kubernetes(K8s)是容器编排系统,用来安排容器运行、扩缩容、服务发现、滚动更新、健康检查和故障自愈。简单说,它负责让一组容器化服务按预期持续运行。

在 AI 基础设施中,Kubernetes 常运行模型服务、Agent 后端、任务队列、worker、观测采集器和配套服务。它不是模型本身,而是承载和调度这些服务的运行平台。

隐喻映射

  • 木箱药铺:容器化服务
  • 城市街口:集群节点与服务入口
  • 调度台:Kubernetes control plane
  • 健康报告:readiness/liveness probes
  • 忙了就加:autoscaling
  • 分批发布新方子:rolling deployment
  • 坏了就换:self-healing 和 rescheduling

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Container orchestrationpoddeploymentserviceautoscalingHelm