Une entreprise a migré son application web vers AWS. L'application exécute actuellement plusieurs processus sur une seule instance EC2 : un serveur web Apache qui sert du contenu statique, une application PHP et un serveur Redis local utilisé pour les sessions. L'entreprise souhaite une refonte hautement disponible qui utilise les services gérés AWS. Quelle solution répond à ces exigences ?

La solution correcte répond aux exigences de haute disponibilité et d'utilisation de services gérés. CloudFront avec S3 pour le contenu statique offre une diffusion globale et une haute disponibilité. ECS Fargate pour l'application PHP fournit une exécution sans serveur, scalable et gérée, éliminant la gestion d'instances EC2 individuelles. Un Application Load Balancer assure la distribution du trafic et la haute disponibilité pour l'application PHP. ElastiCache pour Redis en mode Multi-AZ garantit une haute disponibilité pour les sessions. Les autres options sont incorrectes car : Utiliser Elastic Beanstalk sur une seule instance EC2 dans un sous-réseau public n'offre pas la haute disponibilité requise. Lambda pour le contenu statique et l'application PHP est possible, mais l'option ne mentionne pas de solution pour la haute disponibilité du contenu statique (comme CloudFront/S3) et ne détaille pas la gestion des sessions Redis de manière complète. Conserver le backend sur une seule instance EC2 ne répond pas à l'exigence de haute disponibilité pour l'application elle-même.