翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 結論
<a name="conclusion"></a>

アプリケーションの可用性と回復性を高めるためにアーキテクチャを設計する場合は、次のコンポーネントを検討してください。
+ マイクロサービスアプリケーション (ポッドとコンテナ）
+ ワークロードデータプレーン (Ingress Controller、ポッド、[Amazon VPC CNI](https://docs.aws.amazon.com/eks/latest/userguide/managing-vpc-cni.html) などのシステムコンポーネント、サービスメッシュサイドカー、kube-proxy)
+ ワークロード管理レイヤー (コントローラー、アドミッションコントローラー、ネットワークポリシーエンジン、およびこれらのコンポーネントの永続データストレージ）
+ Kubernetes コントロールプレーン
+ インフラストラクチャ (ノード、ネットワーク、ネットワークアプライアンス）

これらのコンポーネントに関する考慮事項に対処するには、次の主要な戦略を使用します。
+ 高可用性と耐障害性を確保するには、ノードとアベイラビリティーゾーンにワークロードを分散します。
+ 重要なワークロードを保護するには、ポッド中断予算 (PDBs) を使用して、中断中のアプリケーションの安定性を維持します。
+ ポッドが正常に実行され、トラフィックが正しく処理されるようにするには、スタートアッププローブ、ライブネスプローブ、準備状況プローブ、ロードバランサーのヘルスチェックを設定します。
+ コンテナの状態遷移を効率的に管理するには、コンテナライフサイクルフックを設定します。
+ ノードの障害またはメンテナンス中のエビクションプロセスを制御するには、ポッドのエビクション時間を設定します。

これらのプラクティスを実装することで、Amazon EKS で実行されているアプリケーションの信頼性と耐障害性を大幅に強化し、堅牢なパフォーマンスと高可用性を確保できます。