As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Considerações sobre design de alta disponibilidade e resiliência O modelo de responsabilidade compartilhada se torna mais complexo com o Kubernetes. A disponibilidade e a resiliência do plano de controle do Amazon EKS são gerenciadas pela Amazon Web Services (AWS). Sua organização gerencia o plano de dados, o que pode afetar significativamente o desempenho e a disponibilidade de seus aplicativos de microsserviços. Ao criar um aplicativo altamente disponível e resiliente no Amazon EKS, considere os seguintes componentes: + O aplicativo de microsserviços: seus pods e contêineres + O plano de dados da carga de trabalho: controlador de entrada, pod, componentes do sistema, como a [interface de rede de contêineres (CNI) da Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/eks/latest/userguide/managing-vpc-cni.html), sidecars de service mesh e kube-proxy + A camada de gerenciamento da carga de trabalho: controladores, controladores de admissão, mecanismos de política de rede e armazenamento persistente de dados para esses componentes + O plano de controle do Kubernetes + Infraestrutura: nós, rede e dispositivos de rede Para as três primeiras considerações, que se referem aos componentes que são executados em um cluster Kubernetes, este guia aborda os seguintes tópicos: + [Distribuindo cargas de trabalho entre nós e zonas de disponibilidade](spread-workloads.md) + [Protegendo cargas de trabalho críticas com um PDB](pdb.md) + [Configurando sondas e verificações de saúde](probes-checks.md) + [Configurando ganchos do ciclo de vida do contêiner](lifecycle-hooks.md) + [Entendendo o despejo de lagoas durante interrupções zonais](pod-eviction.md)