Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Considérations relatives à la haute disponibilité et à la conception de résilience
Le modèle de responsabilité partagée se complexifie avec Kubernetes. La disponibilité et la résilience du plan de contrôle Amazon EKS sont gérées par Amazon Web Services (AWS). Votre organisation gère le plan de données, ce qui peut affecter de manière significative les performances et la disponibilité de vos applications de microservices.
Lorsque vous concevez une application hautement disponible et résiliente sur Amazon EKS, tenez compte des composants suivants :
-
L'application de microservices : ses pods et ses conteneurs
-
Le plan de données de charge de travail : Ingress Controller, pod, composants du système tels que l'interface réseau de conteneurs (CNI) Amazon Virtual Private Cloud (Amazon VPC), les sidecars Service Mesh et le kube-proxy
-
La couche de gestion de la charge de travail : contrôleurs, contrôleurs d'admission, moteurs de politique réseau et stockage permanent des données pour ces composants
-
Le plan de contrôle Kubernetes
-
Infrastructure : nœuds, réseau et appareils réseau
En ce qui concerne les trois premières considérations, qui font référence aux composants exécutés au sein d'un cluster Kubernetes, ce guide couvre les sujets suivants :
