準備度檢查的資料和控制平面

當您規劃容錯移轉和災難復原時，請考慮容錯移轉機制的彈性。我們建議您確保在容錯移轉期間依賴的機制具有高度可用性，以便在災難情況下需要它們時使用。一般而言，您應該盡可能為您的機制使用資料平面函數，以獲得最大的可靠性和容錯能力。考慮到這一點，了解服務的功能如何在控制平面和資料平面之間分割，以及何時可以使用服務的資料平面依賴極端可靠性。

如同大多數 AWS 服務，控制平面和資料平面支援整備檢查功能。雖然這兩者都建置為可靠，但控制平面會針對資料一致性進行最佳化，而資料平面則會針對可用性進行最佳化。資料平面專為彈性而設計，因此即使在破壞性事件期間，當控制平面可能無法使用時，也能維持可用性。

一般而言，控制平面可讓您執行基本管理功能，例如建立、更新和刪除服務中的資源。資料平面提供服務的核心功能。

對於整備檢查，控制平面和資料平面都有一個 API，即復原整備 API。整備檢查和整備資源僅位於美國西部 （奧勒岡） 區域 (us-west-2)。整備檢查控制平面和資料平面可靠，但並非高度可用。

如需資料平面、控制平面以及如何 AWS 建置服務以滿足高可用性目標的詳細資訊，請參閱 Amazon Builders' Library 中的使用可用區域的靜態穩定性白皮書。