Votre entreprise exécute une application de microservices sur un cluster Amazon EKS et s'attend à un pic important de requêtes le mois prochain. Pour éviter les pannes et minimiser l'effort opérationnel, quelle approche devriez-vous utiliser pour mettre à l'échelle automatiquement l'application ?

L'activation du Kubernetes Horizontal Pod Autoscaler (HPA) est la solution la plus appropriée car il ajuste automatiquement le nombre de répliques de pods en fonction de métriques comme l'utilisation du CPU. Cela permet de gérer les pics de trafic sans intervention manuelle, minimisant ainsi l'effort opérationnel et prévenant les pannes. Mettre en place un second cluster EKS est une solution de haute disponibilité mais n'est pas la méthode la plus efficace pour gérer un pic de charge temporaire sur une application existante, et cela augmente la complexité et les coûts. Déplacer l'application vers des instances EC2 est une approche manuelle et disruptive, allant à l'encontre de l'objectif de minimiser l'effort opérationnel et de l'automatisation. Le Kubernetes Vertical Pod Autoscaler (VPA) ajuste les ressources (CPU, mémoire) allouées à un pod individuel, mais il ne gère pas le nombre de pods, ce qui est essentiel pour un pic de requêtes nécessitant plus de capacité de traitement parallèle.