Une entreprise exécute une application web à trois niveaux sur site : un frontal Apache, un niveau intermédiaire Java monolithique et un stockage PostgreSQL. Une promotion récente a surchargé tous les niveaux, l'application a planté et la base de données a atteint les limites de capacité de lecture. Plusieurs promotions sont prévues. Vous devez concevoir une migration vers AWS qui maximise l'évolutivité et minimise l'effort opérationnel. Quelles sont les trois étapes qui permettent d'y parvenir ? (Choisissez-en trois.)

Pour maximiser l'évolutivité et minimiser l'effort opérationnel, il faut moderniser l'architecture. La refactorisation du frontal pour servir les ressources statiques depuis Amazon S3 et utiliser CloudFront améliore la performance et l'évolutivité en déchargeant le serveur Apache et en utilisant un CDN. Le réhébergement de l'application Java avec Elastic Beanstalk et l'auto scaling permet une gestion simplifiée et une adaptation automatique à la charge. La migration de PostgreSQL vers Amazon Aurora PostgreSQL avec AWS DMS et l'utilisation d'Aurora Auto Scaling pour les réplicas en lecture offre une haute disponibilité, une évolutivité de lecture et une gestion réduite. Les options incorrectes sont moins optimales. Réhéberger Apache sur EC2 avec EFS ajoute de la complexité et ne décharge pas le serveur des ressources statiques. Refactoriser l'application Java en conteneur est une bonne option, mais Elastic Beanstalk est plus simple pour minimiser l'effort opérationnel. Réhéberger la base de données sur une instance EC2 ne résout pas les problèmes d'évolutivité de lecture et de gestion.