某公司正在 AWS 上設計一個網路應用程式來處理保險報價。使用者會請求報價。報價必須依報價類型區分，必須在 24 小時內回應，且不得遺失。該解決方案應最大限度地提高營運效率並最大限度地減少維護。哪種解決方案符合這些要求？

正確答案是使用單一 Amazon SNS topic 搭配 SQS 佇列和 SNS 訊息篩選。這種方法能有效率地將不同報價類型的請求分發到各自的 SQS 佇列，確保每個後端應用程式伺服器只處理其相關的報價類型。SQS 佇列提供高持久性，確保訊息在 24 小時內不會遺失，並能在後端應用程式可用時進行處理。SNS 和 SQS 都是完全託管服務，最大限度地減少了維護工作並提高了營運效率。 其他選項的缺點： Kinesis Data Streams 雖然能處理大量資料，但通常用於即時串流分析，對於簡單的請求分發可能過於複雜且維護成本較高。 為每個報價類型建立 Lambda function 和 SNS topic 會導致過多的資源管理，降低營運效率。 Kinesis Data Firehose 主要用於將串流資料傳送到資料湖或分析服務，不適合作為應用程式請求分發機制，且 OpenSearch Service 查詢資料的延遲和複雜性也較高。