1、用户通过kubectl或其他API客户端提交pod spec给API Server
2、API Server尝试着将pod对象的相关信息存入etcd中、待写入操作，执行完成，API Server即会返回确认信息至客户端
3、API Server开始反映etcd中的变化
4、所有组件均使用"watch"机制来跟踪检查API Server上的相关变动
5、kube-scheduler通过其"watcher" 觉察到API Server创建新的pod对象但尚未绑定至任何工作节点
6、kube-scheduler为pod对象挑选一个工作节点并将结果信息更新至API Server
7、调度结果信息由API Server更新至etcd存储系统，而且API Server也开始反映此pod对象的调度结果
8、pod被调度到目标工作节点上的kubelet尝试在当前节点上调用docker启动容器并将容器的结果状态会送至API Server
9、API Server将pod信息存入etcd系统中
10、在etcd确认写入操作成功完成后，API Server将确认信息发送至相关的kubelet，事件将通过它被接受
原文：https://www.cnblogs.com/potato-chip/p/14445546.html