一個行動應用程式會將 HTTP 請求傳送到 Application Load Balancer (ALB)，然後 ALB 會將請求路由到 AWS Lambda 函數。目前有多個應用程式版本正在使用中，且應用程式版本會透過 User-Agent 標頭提供。Lambda 函數已修改為從 User-Agent 標頭中擷取 API 操作名稱、應用程式版本和回應碼。DevOps 工程師應採取哪些額外步驟來收集每個 API 操作的指標，並依回應碼和應用程式版本分類？

正確答案是讓 Lambda 函數將包含所需資訊的日誌行寫入 CloudWatch Logs，然後使用 CloudWatch Logs 指標篩選器來提取這些資訊並建立自訂指標。指標篩選器允許您從日誌事件中提取數值，並將其轉換為 CloudWatch 指標。透過將回應碼和應用程式版本定義為指標維度，您可以根據這些屬性對指標進行分類和分析，從而有效監控每個 API 操作。 其他選項不正確的原因如下： 使用 CloudWatch Logs Insights 查詢來填充 CloudWatch 指標不是一個直接的解決方案，因為 Insights 主要用於互動式日誌分析，而不是自動化指標建立。 啟用 ALB 存取日誌並修改 Lambda 以包含中繼資料是間接且不必要的複雜，因為 Lambda 函數本身可以直接產生所需的日誌。 AWS X-Ray 適用於追蹤請求和服務圖，但它不直接提供從日誌事件建立自訂指標的功能，也無法像 CloudWatch Logs 指標篩選器那樣靈活地定義維度。