您必須設計一個事件處理解決方案，該解決方案能根據傳入事件的數量自動擴展，並且在處理失敗時，將有問題的事件移至單獨的佇列以供稍後審查。哪種架構符合這些要求？

此架構透過 Amazon SNS topic 接收事件，並利用訂閱的 Lambda function 自動擴展以處理大量傳入事件。Lambda function 的無伺服器特性使其能夠根據事件數量自動擴展，無需預先配置。最重要的是，Lambda 的 on-failure destination 功能允許您指定一個 Amazon SQS queue 作為目標，以便自動將處理失敗的事件傳送至該佇列進行後續審查，完美符合處理失敗事件的要求。 選項 B 涉及管理 EC2 實例，這增加了操作複雜性，且 SQS DLQ 需要應用程式邏輯來處理。選項 C 的 DynamoDB stream 主要用於資料庫變更事件，且其擴展性不如直接使用 SNS 和 Lambda。選項 D 的 EventBridge 雖然功能強大，但將事件傳送到 ALB 後方的 EC2 實例會增加管理負擔，且其內建的重試和 DLQ 機制可能不如 Lambda 的 on-failure destination 來得直接和輕量。