Un'azienda alimentare online utilizza un'API HTTP di API Gateway integrata con una Lambda che scrive gli ordini su DynamoDB. I nuovi partner potrebbero richiedere funzioni Lambda aggiuntive per ricevere gli ordini. L'azienda ha un bucket S3 e desidera che ogni ordine e aggiornamento venga archiviato in S3 per l'analisi con il minimo sforzo di sviluppo. Qual è il modo più semplice per garantire che tutti gli ordini e gli aggiornamenti vengano scritti su S3?

L'opzione corretta è abilitare DynamoDB Streams. Questa funzionalità cattura le modifiche a livello di elemento in una tabella DynamoDB in un flusso quasi in tempo reale. Una funzione Lambda può essere configurata per essere attivata da questo stream, ricevendo ogni creazione, aggiornamento o eliminazione di un elemento. La Lambda può quindi scrivere questi record direttamente nel bucket S3 per l'analisi, richiedendo uno sforzo di sviluppo minimo e senza modifiche alla logica di business esistente della Lambda originale. Le altre opzioni sono meno efficienti o richiedono più modifiche: Creare una nuova Lambda e un endpoint API aggiunge complessità all'architettura e richiede modifiche alla Lambda originale per inoltrare i dati, aumentando il carico sulla Lambda principale. Modificare la Lambda esistente per pubblicare su Kinesis Data Stream è una soluzione valida ma DynamoDB Streams è più specifico e integrato per questo caso d'uso, offrendo un approccio più diretto per catturare le modifiche della tabella. Modificare la Lambda per pubblicare su un argomento SNS e sottoscrivere una nuova Lambda introduce un passaggio intermedio non necessario per questo specifico requisito di cattura delle modifiche del database.