某公司希望縮短開發新功能的時間。該公司使用 CodeBuild 和 CodeDeploy 來建置和部署應用程式，並且每個微服務都有一個獨立的 CodePipeline CI/CD 管道。該公司需要更清楚地了解各項指標，例如功能發布之間的平均時間，以及部署失敗後的平均復原時間。哪種解決方案能以最少的組態工作量提供這種可見性？

正確答案是透過 Lambda 將成功和失敗的管道執行發布為自訂 CloudWatch 指標，並使用 EventBridge 規則在每次執行後觸發 Lambda，然後在 CloudWatch 儀表板上視覺化這些指標。這種方法直接利用了 CloudWatch 的監控和視覺化功能，CloudWatch 內建支援指標收集和儀表板建立，所需配置最少。EventBridge 的即時觸發確保了指標的準確性和及時性，這對於計算平均發布時間和復原時間至關重要。 其他選項不夠理想： 定時觸發 Lambda（每 5 分鐘）會導致資料延遲和不準確，無法即時反映管道狀態。 將資料寫入 DynamoDB 並使用 QuickSight 建立儀表板雖然可行，但涉及額外的服務和配置，增加了複雜性，不符合「最少組態工作量」的要求。CloudWatch 本身就能提供所需的監控和視覺化功能。