Una tabella DynamoDB pubblica eventi di modifica su un DynamoDB stream. Una funzione Lambda elabora questi eventi di stream. A volte gli ordini in arrivo hanno una quantità d'ordine pari a 0. È necessario creare una dashboard che mostri quanti clienti unici sono interessati da questo problema ogni giorno. Cosa si dovrebbe implementare?

L'opzione corretta sfrutta CloudWatch Logs Insights per analizzare i log generati dalla funzione Lambda. La funzione Lambda, elaborando gli eventi dello stream, può registrare dettagli sugli ordini con quantità zero. Concedere al ruolo di esecuzione Lambda l'autorizzazione a pubblicare i log su CloudWatch Logs è un prerequisito standard. Successivamente, una query CloudWatch Logs Insights può filtrare questi log, contare i clienti unici e raggrupparli per giorno, fornendo i dati necessari per la dashboard. Le altre opzioni sono meno adatte: Amazon Athena e CloudTrail API logs non sono il meccanismo corretto per tracciare i dati applicativi elaborati dalla Lambda; CloudTrail registra le chiamate API AWS, non i dati interni dell'applicazione. EventBridge è un bus di eventi e può inoltrare eventi, ma non aggrega direttamente i dati come richiesto per il conteggio dei clienti unici su base giornaliera. Richiederebbe un ulteriore servizio (es. Lambda) per l'aggregazione. Le metriche CloudWatch personalizzate sono utili per dati numerici aggregati, ma non sono ideali per contare clienti unici direttamente da un flusso di eventi dettagliato senza un'elaborazione intermedia. Un allarme CloudWatch non è il meccanismo per l'aggregazione e la visualizzazione di dati complessi.