Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Considerazioni sulla progettazione di elevata disponibilità e resilienza Il modello di responsabilità condivisa diventa più complesso con Kubernetes. La disponibilità e la resilienza del piano di controllo di Amazon EKS sono gestite da Amazon Web Services (AWS). La tua organizzazione gestisce il piano dati, che può influire in modo significativo sulle prestazioni e sulla disponibilità delle tue applicazioni di microservizi. Quando progetti un'applicazione ad alta disponibilità e resilienza su Amazon EKS, considera i seguenti componenti: + L'applicazione per microservizi: i suoi pod e contenitori + Il piano dati del carico di lavoro: Ingress Controller, pod, componenti di sistema come [Amazon Virtual Private Cloud (Amazon VPC) Container Network Interface (CNI)](https://docs.aws.amazon.com/eks/latest/userguide/managing-vpc-cni.html), sidecar service mesh e kube-proxy + Il livello di gestione del carico di lavoro: controller, controller di ammissione, motori di policy di rete e archiviazione persistente dei dati per questi componenti + Il piano di controllo di Kubernetes + Infrastruttura: nodi, rete e dispositivi di rete Per le prime tre considerazioni, che si riferiscono ai componenti eseguiti all'interno di un cluster Kubernetes, questa guida tratta i seguenti argomenti: + [Distribuzione dei carichi di lavoro tra nodi e zone di disponibilità](spread-workloads.md) + [Protezione dei carichi di lavoro critici con un PDB](pdb.md) + [Configurazione di sonde e controlli sanitari](probes-checks.md) + [Configurazione degli hook del ciclo di vita dei container](lifecycle-hooks.md) + [Comprensione dello sfratto dei pod durante le interruzioni zonali](pod-eviction.md)