一個 DevOps 團隊支援一個應用程式，該應用程式在 Auto Scaling group 中的許多 EC2 執行個體上執行，並透過 CloudFormation 部署。其中一個執行個體最近回傳了大量請求的錯誤，但對 EC2 和 ELB 健康檢查而言仍保持健康。應用程式日誌使用嵌入式指標格式收集在 CloudWatch 中。如果任何單一 EC2 執行個體佔所有錯誤的一半以上，團隊需要一個警示，且操作開銷最小。哪種步驟組合可以實現此目標？（選擇兩項。）

CloudWatch Contributor Insights 規則可以分析日誌資料，識別出對特定模式（例如錯誤）貢獻最大的「貢獻者」（例如執行個體 ID），這符合題目中「依執行個體 ID 和錯誤發生次數對應用程式日誌進行分組」的需求，且操作開銷最小。建立一個使用 INSIGHTRULEMETRIC 函數的 CloudWatch 警示，可以直接監控 Contributor Insights 規則產生的指標，判斷單一執行個體是否佔總錯誤的一半以上，並透過 SNS topic 發送通知，實現了警報目標。 選項「透過 AWS Resource Groups 使用 CloudFormation 堆疊建立資源群組...」和「為應用程式日誌建立一個指標篩選器...」雖然可以收集錯誤，但無法直接識別並警示單一執行個體佔總錯誤一半以上的情況，需要額外的複雜邏輯。選項「為錯誤建立一個 CloudWatch Logs 訂閱篩選器，該篩選器會叫用一個 Lambda 函數...」會增加 Lambda 函數的開發和維護開銷，不符合「操作開銷最小」的要求。