Les clients d'une entreprise financière demandent des rendez-vous avec des conseillers par SMS. Une application web sur Amazon EC2 accepte les requêtes et publie les SMS dans une file d'attente Amazon Simple Queue Service (Amazon SQS). Une autre application EC2 envoie des invitations à des réunions et des e-mails de confirmation, puis stocke les détails des réunions dans une table Amazon DynamoDB. À mesure que l'entreprise se développe, les clients signalent que les invitations aux réunions mettent plus de temps à arriver. Que devrait recommander un architecte de solutions pour résoudre ce problème ?

L'augmentation du temps d'arrivée des invitations suggère un goulot d'étranglement dans le traitement des messages SQS. L'ajout d'un groupe Auto Scaling pour l'application qui envoie les invitations permet d'augmenter ou de diminuer automatiquement le nombre d'instances EC2 traitant la file d'attente SQS en fonction de sa profondeur. Cela garantit que l'application peut gérer des charges de travail variables et traiter les messages plus rapidement lorsque la demande augmente, résolvant ainsi le problème de latence. Ajouter un cluster DynamoDB Accelerator (DAX) améliorerait les performances de lecture de DynamoDB, mais le problème est lié au traitement des messages et non à la lecture des détails des réunions. Ajouter une API Gateway ou une distribution CloudFront améliorerait respectivement la gestion des requêtes ou la diffusion de contenu web, mais ne résoudrait pas le problème de traitement des messages en aval de la file SQS.