I clienti di una società finanziaria richiedono appuntamenti con i consulenti tramite messaggi di testo. Un'applicazione web su Amazon EC2 accetta le richieste e pubblica i messaggi di testo in una coda Amazon Simple Queue Service (Amazon SQS). Un'altra applicazione EC2 invia inviti a riunioni ed e-mail di conferma, quindi memorizza i dettagli delle riunioni in una tabella Amazon DynamoDB. Con la crescita dell'azienda, i clienti segnalano che gli inviti alle riunioni impiegano più tempo ad arrivare. Cosa dovrebbe raccomandare un architetto di soluzioni per risolvere questo problema?

L'opzione corretta è aggiungere un gruppo Auto Scaling per l'applicazione che invia gli inviti alle riunioni, configurandolo per scalare in base alla profondità della coda SQS. Questo risolve il problema dei ritardi perché l'applicazione che elabora i messaggi dalla coda SQS (e quindi invia gli inviti) può aumentare o diminuire le sue istanze EC2 in base al carico di lavoro (il numero di messaggi in coda). Se ci sono molti messaggi in attesa, Auto Scaling aggiunge più istanze per elaborarli più velocemente, riducendo i tempi di attesa. Aggiungere un cluster DAX non è utile perché il problema non riguarda la velocità di lettura o scrittura di DynamoDB, ma la capacità dell'applicazione di elaborare i messaggi. Aggiungere API Gateway o CloudFront non migliora la velocità di elaborazione dei messaggi dalla coda SQS; API Gateway gestisce le richieste in entrata all'applicazione web, e CloudFront è una CDN per la distribuzione di contenuti.