本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 靜態穩定性 AWS服務最重要的彈性特徵之一就是所AWS謂的靜態穩定性。這個術語意味著系統在靜態狀態下運行，並繼續正常運行，而不需要在故障或依賴關係不可用期間進行更改。我們這樣做的一種方法是防止我們服務中的循環依賴，從而阻止其中一個服務成功恢復。我們執行此操作的另一種方法是保持現有狀態。我們認為控制平面在統計學上比數據平面更容易失敗的事實。雖然資料平面通常依賴於從控制平面到達的資料，但資料平面會維持其現有狀態，即使面對控制平面損壞也能繼續工作。資源的資料平面存取權一旦佈建，就不會依賴於控制平面，因此不會受到任何控制平面損害的影響。換句話說，即使建立、修改或刪除資源的能力受損，現有資源仍然可用。這使得AWS數據平面靜態穩定，以防止控制平面中的損害。您可以實現不同的模式，以針對不同類型的依賴失敗靜態穩定。 您可以在 Amazon EC2 中找到靜態穩定性的範例。一旦 EC2 執行個體啟動，就和資料中心中的實體伺服器一樣可用。它不依賴於任何控制平面 API 來保持運行狀態，或在重新啟動後再次開始運行。其他AWS資源 (例如 VPC、Amazon S3 儲存貯體和物件以及 Amazon EBS 磁碟區) 擁有相同的屬性。 靜態穩定性是一種深深根植於服務AWS設計方式的概念，但它也是一種可供客戶使用的模式。事實上，以彈性方式使用不同類型服務的最佳實AWS務指南，大多數是實作生產環境的靜態穩定性。最可靠的恢復和緩解機制是需要最少更改才能實現恢復的機制。預先佈建額外的容量有助於實現靜態穩定性，而不是依賴 EC2 控制平面啟動新的 EC2 執行個體以從故障的可用區域復原。因此，消除復原路徑中控制平面 (實作資源變更的 API) 的相依性，有助於產生更具彈性的工作負載。如需靜態穩定性、控制平面和資料平面的詳細資訊，請參閱 Amazon 建置者的程式庫文章[使用可用區域的靜態穩定性](https://aws.amazon.com/builders-library/static-stability-using-availability-zones)。