Une entreprise va migrer une application multiniveau vers AWS afin d'améliorer ses performances. Les niveaux communiquent via des services RESTful et les transactions sont abandonnées lorsqu'un niveau est surchargé. L'architecte de solutions doit concevoir une solution qui résout les transactions abandonnées et modernise l'application, avec la plus grande efficacité opérationnelle. Quelle solution répond à ces exigences ?

La solution correcte répond aux exigences en utilisant Amazon API Gateway pour gérer les requêtes entrantes et AWS Lambda pour l'exécution sans serveur de la logique applicative, offrant une évolutivité automatique et une efficacité opérationnelle élevée. Amazon SQS est utilisé comme tampon entre les services, ce qui permet de découpler les niveaux et de stocker les transactions en cas de surcharge, évitant ainsi leur abandon. Cette approche modernise l'application en la rendant plus résiliente et performante. Les autres options sont moins efficaces : Augmenter la taille des instances EC2 (scale-up vertical) ne résout pas le problème de surcharge de manière élastique et n'est pas la solution la plus moderne ou opérationnellement efficace pour une application multiniveau. Utiliser Amazon SNS pour la messagerie entre les serveurs d'application n'est pas idéal pour une communication asynchrone et durable comme SQS, car SNS est un service de publication/abonnement qui ne met pas en file d'attente les messages pour une consommation différée en cas de défaillance du consommateur. Utiliser SQS avec des instances EC2 et CloudWatch pour le scale-up est une amélioration, mais l'utilisation de Lambda et API Gateway offre une efficacité opérationnelle et une modernisation supérieures en éliminant la gestion des serveurs.