Eine mobile Anwendung sendet HTTP-Anfragen an einen Application Load Balancer (ALB), der diese an eine AWS Lambda-Funktion weiterleitet. Es werden mehrere App-Versionen verwendet, und die App-Version wird im User-Agent-Header angegeben. Die Lambda-Funktion wurde geändert, um den Namen des API-Vorgangs, die Anwendungsversion aus dem User-Agent-Header und den Antwortcode zu extrahieren. Welche zusätzlichen Schritte sollte der DevOps-Ingenieur unternehmen, um Metriken für jeden API-Vorgang nach Antwortcode und nach Anwendungsversion zu erfassen?

Die korrekte Option beschreibt die effektivste Methode zur Erfassung benutzerdefinierter Metriken. Die Lambda-Funktion schreibt die relevanten Daten (API-Vorgang, Antwortcode, App-Version) in CloudWatch Logs. Anschließend wird ein CloudWatch Logs Metrikfilter verwendet, um diese Log-Einträge zu parsen und daraus Metriken zu generieren. Der Metrikfilter ermöglicht es, den Antwortcode und die Anwendungsversion als Dimensionen zu definieren, was eine detaillierte Analyse pro API-Vorgang, Antwortcode und App-Version ermöglicht. Die Option mit CloudWatch Logs Insights ist falsch, da Insights primär für Ad-hoc-Abfragen und nicht für die kontinuierliche Generierung von Metriken gedacht ist. Die ALB-Zugriffsprotokolle sind nicht geeignet, da die App-Version im User-Agent-Header von der Lambda-Funktion geparst wird und nicht direkt in den ALB-Protokollen als Metadaten verfügbar ist. X-Ray ist für Tracing und Service-Maps gedacht, nicht für die Aggregation benutzerdefinierter Metriken mit spezifischen Dimensionen aus Log-Daten.