Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Überlegungen zum Design für hohe Verfügbarkeit und Ausfallsicherheit Das Modell der gemeinsamen Verantwortung wird mit Kubernetes immer komplexer. Verfügbarkeit und Belastbarkeit der Amazon EKS-Kontrollebene werden von Amazon Web Services verwaltet (AWS). Ihr Unternehmen verwaltet die Datenebene, was die Leistung und Verfügbarkeit Ihrer Microservices-Anwendungen erheblich beeinträchtigen kann. Wenn Sie eine hochverfügbare und robuste Anwendung auf Amazon EKS entwerfen, sollten Sie die folgenden Komponenten berücksichtigen: + Die Microservices-Anwendung: ihre Pods und Container + Die Workload-Datenebene: Ingress Controller, Pod, Systemkomponenten wie das [Amazon Virtual Private Cloud (Amazon VPC) Container Network Interface (CNI)](https://docs.aws.amazon.com/eks/latest/userguide/managing-vpc-cni.html), Service Mesh-Sidecars und Kube-Proxy + Die Workload-Management-Ebene: Controller, Zugangscontroller, Netzwerkrichtlinien-Engines und persistenter Datenspeicher für diese Komponenten + Die Kubernetes-Steuerebene + Infrastruktur: Knoten, Netzwerk und Netzwerkgeräte Zu den ersten drei Überlegungen, die sich auf Komponenten beziehen, die in einem Kubernetes-Cluster ausgeführt werden, werden in diesem Leitfaden die folgenden Themen behandelt: + [Verteilung der Workloads auf Knoten und Availability Zones](spread-workloads.md) + [Schutz kritischer Workloads mit einer PDB](pdb.md) + [Konfiguration von Tests und Zustandsprüfungen](probes-checks.md) + [Konfiguration von Container-Lebenszyklus-Hooks](lifecycle-hooks.md) + [Grundlegendes zur Entfernung von Pods bei zonalen Störungen](pod-eviction.md)