Hai configurato una sorgente di eventi Amazon S3 per attivare una funzione AWS Lambda quando gli oggetti vengono creati o aggiornati in uno specifico bucket S3. La funzione Lambda utilizza il nome del bucket e la chiave dell'oggetto dall'evento per leggere l'oggetto e analizzarne il contenuto, quindi scrive i dati analizzati in una tabella DynamoDB. Il ruolo di esecuzione della funzione Lambda ha le autorizzazioni per leggere il bucket S3 e scrivere su DynamoDB, ma la funzione non viene richiamata quando gli oggetti vengono aggiunti o modificati. Cosa risolve il problema?

La risposta corretta è aggiungere una policy basata sulle risorse alla funzione Lambda. Per consentire a un servizio AWS (come S3) di invocare una funzione Lambda, è necessaria una policy di autorizzazione basata sulle risorse allegata alla funzione Lambda stessa. Questa policy concede esplicitamente a S3 il permesso di richiamare la funzione. Le opzioni errate sono: Aggiungere una policy del bucket S3 che conceda al bucket S3 l'autorizzazione a richiamare la funzione Lambda: Le policy del bucket S3 controllano l'accesso al bucket stesso, non le autorizzazioni per invocare funzioni Lambda. Configurare una coda SQS come destinazione in caso di errore: Questo è per la gestione degli errori, non per l'attivazione iniziale della funzione. Configurare una coda SQS come destinazione target per le notifiche di eventi del bucket S3: Sebbene SQS possa essere un target per le notifiche S3, la funzione Lambda dovrebbe comunque avere le autorizzazioni per leggere da SQS, e questo introduce un livello di complessità non necessario se l'obiettivo è l'invocazione diretta da S3. La configurazione diretta S3-Lambda è più semplice e richiede solo la policy basata sulle risorse sulla Lambda.