控制平面和資料平面 - AWS故障隔離邊界

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

控制平面和資料平面

AWS將大多數服務分成控制平面和數據平的概念。這些術語來自網絡世界,特別是路由器。路由器的數據平面是它的主要功能,是根據規則移動數據包。但是必須從某個地方創建和分發路由策略,這就是控制平面進入的地方。

控制平面提供用於建立、讀取/描述、更新、刪除和列出 (CRUDL) 資源的管理 API。例如,以下是所有控制平面動作:啟動新的 Amazon 彈性運算雲端 (Amazon EC2) 執行個體、建立 Amazon 簡單儲存服務 (Amazon S3) 儲存貯體,以及描述 Amazon 簡單佇列服務 (Amazon SQS) 佇列。啟動 EC2 執行個體時,控制平面必須執行多項任務,例如尋找具有容量的實體主機、配置網路界面、準備 Amazon 彈性區塊存放區 (Amazon EBS) 磁碟區、產生 IAM 登入資料、新增安全群組規則等。控制平面往往是複雜的協調和聚合系統。

數據平面是提供服務的主要功能。例如,以下是每個涉及服務的資料平面的所有部分:執行中的 EC2 執行個體本身、讀取和寫入 EBS 磁碟區、取得和放入 S3 儲存貯體中的物件,以及 Route 53 回應 DNS 查詢和執行運作狀態檢查。

與控制面相比,資料平面刻意不那麼複雜,移動零件較少,這些平面通常會實作複雜的工作流程、商務邏輯和資料庫系統。這使得失敗事件在統計學上降低資料平面與控制平面中發生的可能性。雖然資料和控制平面都有助於整體運作和服務的成功,但將它們AWS視為獨特的元件。這種分離具有效能和可用性的優點。