Un'azienda deve contare gli utenti unici per cliente (giornalieri, settimanali, mensili) per un'applicazione che scrive già tutti i log, inclusi i login riusciti, su CloudWatch Logs tramite l'agente CloudWatch. Vogliono introdurre questa metrica di licenza con il minor numero di modifiche all'applicazione. Quale approccio realizza questo obiettivo?

L'opzione corretta è creare una funzione Lambda che consuma lo stream di log di CloudWatch Logs. Questo approccio è il più efficiente e richiede il minor numero di modifiche all'applicazione esistente. La funzione Lambda può analizzare gli eventi di log per i login riusciti, estrarre il nome utente e il nome del cliente, e poi pubblicare queste informazioni come metriche personalizzate in CloudWatch. Questo sfrutta i dati di log già esistenti senza alterare il codice dell'applicazione. Le altre opzioni sono meno ideali: Creare un filtro di metriche di CloudWatch Logs con dimensioni per nome utente e cliente non è fattibile perché CloudWatch Metrics supporta un massimo di 10 dimensioni per metrica, e contare utenti unici con dimensioni dinamiche (come nomi utente) non è lo scopo principale dei filtri di metriche. Modificare l'applicazione per chiamare l'AWS SDK introduce modifiche significative al codice dell'applicazione, contravvenendo al requisito di "minimo numero di modifiche". Configurare l'agente CloudWatch per estrarre e pubblicare metriche personalizzate non è una funzionalità standard dell'agente CloudWatch per la creazione di metriche complesse basate su log con dimensioni dinamiche come quelle richieste.