Une application Java a été déployée sur AWS Elastic Beanstalk en utilisant un environnement à instance unique afin de réduire les coûts pendant le développement. Les tests montrent une utilisation soutenue du CPU supérieure à 85 %, ce qui entraîne des goulots d'étranglement en termes de performances. Vous devez atténuer le goulot d'étranglement du CPU avant la production avec le moins de frais opérationnels possible. Que devriez-vous faire ?

La modification de la configuration de l'environnement Elastic Beanstalk existant pour passer à un type d'environnement à charge équilibrée permet de résoudre le goulot d'étranglement du CPU en distribuant la charge sur plusieurs instances. L'activation de toutes les zones de disponibilité améliore la résilience et la disponibilité. L'ajout d'une règle de scale-out basée sur l'utilisation moyenne du CPU garantit que de nouvelles instances sont automatiquement ajoutées lorsque la charge augmente, réduisant ainsi les frais opérationnels. Créer une nouvelle application ou un deuxième environnement Elastic Beanstalk (options 1 et 2) introduirait des frais opérationnels supplémentaires et n'est pas nécessaire, car l'environnement existant peut être modifié. L'option 4, "Rebuild environment", est une action destructive qui recrée l'environnement et n'est pas la méthode la plus appropriée pour simplement modifier la capacité et la mise à l'échelle. De plus, elle ne spécifie pas l'activation de toutes les zones de disponibilité pour une haute disponibilité.