Un architetto di soluzioni sta progettando un'applicazione multi-tier. Gli utenti caricano immagini da dispositivi mobili. L'applicazione genera una miniatura per ogni immagine (operazione che può richiedere fino a 60 secondi) e restituisce un messaggio di successo all'utente il più rapidamente possibile per confermare la ricezione dell'immagine originale. L'architetto deve progettare l'applicazione per inviare richieste in modo asincrono tra i tier per soddisfare questi requisiti. Cosa dovrebbe fare l'architetto di soluzioni?

La risposta corretta è creare una coda di messaggi Amazon SQS. Questo approccio disaccoppia il processo di caricamento dell'immagine dalla generazione della miniatura, permettendo all'applicazione di confermare rapidamente il caricamento all'utente. Quando un'immagine viene caricata, un messaggio viene aggiunto alla coda SQS, che un'altra parte dell'applicazione può elaborare in modo asincrono per generare la miniatura. L'utente riceve immediatamente una conferma, soddisfacendo il requisito di reattività. Le altre opzioni sono meno adatte: L'uso di una funzione AWS Lambda personalizzata direttamente come origine evento per il caricamento dell'immagine potrebbe non garantire la notifica immediata all'utente, poiché la Lambda elaborerebbe la miniatura prima di poter inviare la conferma. AWS Step Functions è utile per flussi di lavoro complessi, ma è eccessivo per questo scenario semplice di elaborazione asincrona di un singolo compito. Amazon SNS è un servizio di notifica pub/sub. Sebbene possa inviare notifiche, non è progettato per la gestione di code di lavoro asincrone come SQS, e l'uso di sottoscrizioni per la generazione della miniatura non è il suo caso d'uso primario.