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

# 高可用性和彈性設計考量事項
<a name="ha-resilience-design"></a>

Kubernetes 的共同責任模型變得更加複雜。Amazon EKS 控制平面可用性和彈性是由 Amazon Web Services () 管理AWS。您的組織會管理資料平面，這可能會大幅影響微服務應用程式的效能和可用性。

在 Amazon EKS 上設計高可用性和彈性的應用程式時，請考慮下列元件：
+ 微服務應用程式：其 Pod 和容器
+ 工作負載資料平面：輸入控制器、Pod、[Amazon Virtual Private Cloud (Amazon VPC) 容器網路界面 (CNI)](https://docs.aws.amazon.com/eks/latest/userguide/managing-vpc-cni.html)、服務網格附屬和 kube-proxy 等系統元件
+ 工作負載管理層：控制器、許可控制器、網路政策引擎，以及這些元件的持久性資料儲存
+ Kubernetes 控制平面
+ 基礎設施：節點、網路和網路設備

前三個考量事項是指在 Kubernetes 叢集中執行的元件，本指南涵蓋下列主題：
+ [跨節點和可用區域分散工作負載](spread-workloads.md)
+ [使用 PDB 保護關鍵工作負載](pdb.md)
+ [設定探查和運作狀態檢查](probes-checks.md)
+ [設定容器生命週期掛鉤](lifecycle-hooks.md)
+ [了解區域中斷期間的 Pod 移出](pod-eviction.md)