Un team di sviluppo sta creando un'applicazione basata su eventi che utilizza funzioni AWS Lambda. Gli eventi vengono generati quando i file vengono aggiunti a un bucket Amazon S3. Attualmente il team ha configurato Amazon Simple Notification Service (Amazon SNS) come destinazione degli eventi da Amazon S3. Cosa dovrebbe fare un architetto di soluzioni per elaborare gli eventi da Amazon S3 in modo scalabile?

La risposta corretta è creare una sottoscrizione SNS che invii l'evento ad Amazon SQS e configurare la coda SQS per attivare una funzione Lambda. Questo approccio è scalabile e disaccoppiato. Amazon SQS agisce come un buffer, gestendo i picchi di traffico e garantendo che nessun evento venga perso se la funzione Lambda non è immediatamente disponibile o sotto carico. La funzione Lambda può quindi elaborare gli eventi dalla coda SQS in modo asincrono e scalabile. Le opzioni che coinvolgono Amazon ECS o Amazon EKS prima di invocare Lambda introducono complessità e costi aggiuntivi senza fornire un vantaggio significativo per questo caso d'uso specifico di elaborazione di eventi da S3 con Lambda. AWS Server Migration Service (AWS SMS) non è un servizio di messaggistica o di elaborazione eventi; è utilizzato per la migrazione di server, rendendo questa opzione inappropriata.