Un'azienda carica i dati delle transazioni giornaliere in Amazon Redshift e vuole tenere traccia di quali tabelle hanno completato il caricamento. Un ingegnere dei dati registrerà gli stati di caricamento in DynamoDB tramite una funzione Lambda. Qual è il modo migliore per richiamare la funzione Lambda per scrivere gli stati?

L'opzione corretta sfrutta l'Amazon Redshift Data API per interagire con Redshift in modo programmatico e pubblicare un evento su Amazon EventBridge. EventBridge è un bus di eventi serverless che facilita l'instradamento degli eventi tra i servizi AWS e le applicazioni. Configurando una regola di EventBridge, è possibile filtrare specifici eventi (come il completamento del caricamento dei dati) e attivare la funzione Lambda desiderata. Questo approccio è scalabile, disaccoppiato e gestisce l'integrazione in modo efficiente. Le opzioni errate presentano i seguenti problemi: Una seconda funzione Lambda basata su CloudWatch Events non è l'approccio più diretto o efficiente per monitorare lo stato di caricamento di Redshift. L'invio di un messaggio a una coda SQS tramite l'API di Redshift è possibile, ma EventBridge è più adatto per l'instradamento di eventi e l'attivazione di funzioni Lambda in risposta a eventi specifici. Una seconda funzione Lambda basata su AWS CloudTrail non è appropriata, poiché CloudTrail registra le chiamate API e gli eventi di gestione, non lo stato di completamento del caricamento dei dati all'interno di Redshift.