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，事件將通過它被接受
