K8s‑APIScheduler/kubelet 核心组件完整工作流程

开篇痛点不少后端、运维人员日常只会简单操作 kubectl，并不清楚 Pod 从提交到正常运行整套链路。碰到调度失败、Pod 迟迟起不来、kubelet 报错、节点无法接纳负载等线上故障时无从下手。 本节完整拆解 kube‑apiserver、kube‑scheduler、kubelet 三大核心组件交互流程，理清每一步的数据流转、事件回调与校验逻辑，建立起 Kubernetes 底层运行认知，为后续排障打下基础。一、三大组件基础职责梳理kube‑apiserver：集群唯一入口，接收所有 API 请求、权限校验、对接 etcd 存储集群全部资源数据，各个组件之间的通信枢纽。kube‑scheduler：调度器，监听未绑定节点的 Pod，依据节点资源、亲和性、污点与容忍度筛选最合适节点。kubelet：每一台工作节点上的代理服务，接收 apiserver 下发指令，管控本机 Pod 生命周期、容器运行时、资源 cgroup 隔离、状态上报、健康检查。二、从零拆解 Pod 完整上线工作流程步骤 1：用户提交 Pod 资源开发者执行 kubectl apply 或者调用接口提交 yaml； 请求发送至 apiserver，依次经过认证、鉴权、准入控制器校验； 校验通过之后将 Pod 对象持久存入 etcd。此时 Pod 状态为未调度。步骤 2：apiserver 推送资源事件apiserver 通过 watch 机制，向 kube‑sche