Un'azienda ospita un'applicazione che carica file in un bucket Amazon S3. Dopo il caricamento, i file vengono elaborati per estrarre i metadati, operazione che richiede meno di 5 secondi. Il volume di caricamento varia da pochi file all'ora a centinaia di caricamenti simultanei. Progettare un'architettura economicamente vantaggiosa per soddisfare questi requisiti. Cosa dovrebbe raccomandare l'architetto di soluzioni?

La configurazione di una notifica di evento ObjectCreated sul bucket S3 che richiama una funzione AWS Lambda è la soluzione più economica ed efficiente. Quando un file viene caricato (evento ObjectCreated), Lambda viene attivata automaticamente, elabora il file (che richiede meno di 5 secondi, rientrando nei limiti di Lambda) e si spegne, pagando solo per il tempo di esecuzione effettivo. Questo gestisce sia i pochi caricamenti che i centinaia simultanei grazie alla scalabilità automatica di Lambda. Le altre opzioni sono meno adatte: CloudTrail registra le chiamate API ma non elabora i file; AppSync è per API GraphQL e non per l'elaborazione di file S3. Kinesis Data Streams è per lo streaming di dati in tempo reale e sarebbe eccessivo e più costoso per questo caso d'uso di elaborazione post-caricamento. Un argomento SNS può essere utilizzato per la notifica, ma richiederebbe un'ulteriore configurazione per richiamare Lambda e non è il meccanismo più diretto per reagire agli eventi S3 rispetto alla notifica diretta di S3 a Lambda.