Un'applicazione mobile invia richieste HTTP a un Application Load Balancer (ALB) che instrada a una funzione AWS Lambda. Sono in uso più versioni dell'app e la versione dell'app è fornita nell'intestazione User-Agent. La funzione Lambda è stata modificata per estrarre il nome dell'operazione API, la versione dell'applicazione dall'intestazione User-Agent e il codice di risposta. Quali passaggi aggiuntivi dovrebbe intraprendere l'ingegnere DevOps per raccogliere metriche per ogni operazione API in base al codice di risposta e alla versione dell'applicazione?

L'opzione corretta sfrutta i filtri di metriche di CloudWatch Logs, che sono il metodo più efficiente e scalabile per estrarre metriche personalizzate dai log. La funzione Lambda scriverà le informazioni necessarie nei log, e il filtro di metriche le trasformerà in metriche di CloudWatch, usando il codice di risposta e la versione dell'applicazione come dimensioni. Questo permette un'analisi granulare senza modifiche significative all'infrastruttura. L'opzione che usa CloudWatch Logs Insights per popolare le metriche è meno efficiente per la creazione continua di metriche, poiché Logs Insights è più adatto per l'analisi ad-hoc e la risoluzione dei problemi, non per la pubblicazione automatica di metriche. L'opzione che modifica i log di accesso di ALB non è fattibile perché i log di accesso di ALB non possono essere modificati dalla funzione Lambda per includere metadati arbitrari come il nome dell'operazione API o la versione dell'applicazione in quel modo. L'opzione X-Ray è utile per la tracciabilità e l'analisi delle prestazioni, ma non è il meccanismo primario per la raccolta di metriche personalizzate aggregate in CloudWatch con dimensioni specifiche, come richiesto.