Une entreprise prévoit de migrer une application web Java existante sur site vers AWS. L'application s'exécute sur Apache Tomcat et utilise PostgreSQL. L'entreprise ne peut pas modifier le code source mais peut déployer les fichiers JAR. Le trafic connaît des pics à la fin de chaque mois. Quelle solution répond à ces besoins avec le MOINS de frais opérationnels ?

La solution Elastic Beanstalk est idéale car elle prend en charge les applications Java Tomcat sans modification de code, réduit les frais opérationnels grâce à l'automatisation du déploiement et de la mise à l'échelle, et gère les pics de trafic avec l'autoscaling sur plusieurs zones de disponibilité. Amazon RDS for PostgreSQL fournit une base de données gérée et hautement disponible. L'Application Load Balancer et CloudFront améliorent la performance et la résilience. Les autres options sont moins optimales : Lancer des instances EC2 avec Tomcat et PostgreSQL sur chaque instance augmente les frais opérationnels et la complexité de gestion. EFS n'est pas idéal pour une base de données relationnelle. Step Functions n'est pas le bon outil pour l'autoscaling d'instances. Amazon EKS est une solution de conteneurisation puissante mais plus complexe à gérer et à configurer que Elastic Beanstalk pour ce cas d'usage simple. Déployer PostgreSQL dans des conteneurs n'est pas la meilleure pratique pour une base de données relationnelle gérée. Refactoriser l'application en Python et utiliser Lambda/DynamoDB implique une réécriture complète du code, ce qui est explicitement exclu par l'exigence de ne pas modifier le code source.