一個無伺服器 Lambda 函數會處理訂單並呼叫外部支付 API，但該 API 有時會失敗。支援團隊應在近乎即時的情況下收到通知，但僅限於外部 API 錯誤率在一小時內超過交易量的 5% 時。現有的 SNS topic 已用於通知支援團隊。哪種解決方案符合此要求？

正確答案是發佈支付 API 失敗的自訂 CloudWatch 指標，並設定 CloudWatch 警報，當每小時失敗率超過 5% 時觸發現有的 SNS topic。這個方法直接且高效。Lambda 函數可以發送自訂指標到 CloudWatch，標示支付 API 呼叫的成功或失敗。然後，CloudWatch 警報可以監控這些指標，並在每小時失敗率超過 5% 的閾值時，自動觸發現有的 SNS topic，向支援團隊發送通知。 選項 A (CloudWatch Logs Insights) 需要定期查詢和額外的 Lambda 函數，增加了複雜性和潛在延遲。選項 C (新的 Amazon SNS topic) 會在每次失敗時發送通知，不符合「僅限於錯誤率超過 5%」的要求。選項 D (Amazon S3 和 Athena) 是一種批次處理方法，不適合「近乎即時」的通知要求，且成本較高、延遲較大。