彈性且有效率的系統

災難復原 (DR)

Microservices 應用程式通常遵循十二因素應用程式模式，其中程序是無狀態的，持久性資料存放在資料庫等具狀態的備份服務中。這可簡化災難復原 (DR)，因為如果服務失敗，可以輕鬆啟動新的執行個體以還原功能。

微服務災難復原策略應著重於維護應用程式狀態的下游服務，例如檔案系統、資料庫或佇列。組織應規劃復原時間目標 (RTO) 和復原點目標 (RPO)。RTO 是服務中斷和還原之間的可接受延遲上限，而 RPO 是自上次資料復原點以來的最長時間。

如需災難復原策略的詳細資訊，請參閱 雲端白皮書中的工作負載的災難復原 AWS：復原。

高可用性 (HA)

我們將檢查微服務架構的各種元件的高可用性 (HA)。

Amazon EKS 透過跨多個可用區域執行 Kubernetes 控制和資料平面執行個體來提供高可用性。它會自動偵測並取代運作狀態不佳的控制平面執行個體，並提供自動化版本升級和修補。

Amazon ECR 使用 Amazon Simple Storage Service (Amazon S3) 進行儲存，讓您的容器映像具有高度可用性和可存取性。它適用於 Amazon EKS、Amazon ECS AWS Lambda，並簡化生產工作流程的開發。

Amazon ECS 是一項區域服務，可在區域內多個可用區域中以高可用性的方式簡化執行中的容器，提供多個排程策略，以放置容器以滿足資源需求和可用性需求。

AWS Lambda 會在多個可用區域中運作，確保單一區域中服務中斷期間的可用性。如果將函數連接到 VPC，請在多個可用區域中指定子網路，以獲得高可用性。