为什么Pod是Kubernetes中的最小调度单元？

「最小单元」的具体指代 #

通常技术文章里提到的“Pod是Kubernetes的最小单元”，指的是Pod是Kubernetes体系中最小的可被独立调度、部署、管理的运行负载抽象。Kubernetes控制平面的所有核心逻辑都不会直接操作单个容器，所有容器必须归属在某个Pod下才能在集群中正常运行。

此处「最小」的具体定义 #

这里的“最小”可以从三个维度理解：

• 调度粒度最小：Kubernetes调度器分配集群节点、CPU、内存等资源时，是以Pod为最小单位执行的。同一个Pod内的所有容器必然会被调度到同一个节点上，共享Pod的网络命名空间、存储卷、资源配额，不会出现同一个Pod的容器被拆分到不同节点的情况。
• 管理操作最小：Kubernetes的所有生命周期管理动作（创建、启动、健康检查、停止、删除、滚动更新、扩容缩容等），最小操作对象都是Pod。你无法针对Pod内的单个容器单独执行上述管理操作，对Pod的操作会作用到其包含的所有容器上。
• 资源抽象最小：Pod是Kubernetes对“一组需要紧密协同工作的负载”的最小抽象，对应实际业务中需要共享资源、互相依赖的一组进程。脱离Pod的单个容器不属于Kubernetes的可识别资源，无法被集群纳入管理。

举个常见的实际场景：如果你要跑一个Nginx服务，同时需要一个sidecar容器采集Nginx的日志，这两个容器需要共享日志目录、可以通过localhost互相访问，就可以把它们封装在同一个Pod中，Kubernetes会把它们作为一个整体处理。

内容的提问来源于stack exchange，提问作者Healthy Bowl