若要在多個 AWS 服務或應用程式之間將訊息存放於佇列中進行非同步處理，適合採用的服務為何？

解析

Amazon SQS 是訊息佇列服務，可在處理端取得訊息之前先將訊息存放於佇列。常用於非同步處理與鬆耦合化。

各選項解析

實際使用情境

Amazon SQS（Simple Queue Service）是 AWS 提供的完全受管訊息佇列服務。傳送端（生產者）所送出的訊息會暫時存放於 SQS 佇列，接收端（消費者）則可在任意時機取得訊息進行處理。傳送端與接收端不需同時運作，即使其中一方停止仍可繼續處理，因此被作為使元件鬆耦合化的基礎而使用。 在考試情境中，會以「若要在多個 AWS 服務或應用程式之間將訊息存放於佇列中進行非同步處理」「若要吸收處理尖峰、達成元件鬆耦合化」等情境，作為適合服務並選擇 Amazon SQS 的題目出現。誤答常以 Amazon SNS（發布／訂閱型通知）、AWS CloudTrail（記錄 API 操作歷程）、Amazon Route 53（DNS）等並列的模式出現。SNS 的用途在於「將相同訊息推送傳遞給多個接收者」，與將訊息存入佇列依序處理的 SQS 角色不同。 實務上，SQS 經常用於將 EC2 工作節點群或 Lambda 置於後段以處理非同步任務的組態。SQS 分為標準佇列與 FIFO 佇列兩種，需要順序保證或重複排除的處理會選擇 FIFO。在 CLF-C02 中，較容易出現詢問佇列與 Pub/Sub 角色分工（SQS 與 SNS 的對比）的題目；在 SAA-C03 以上則會深入考問 SQS 的訊息可見性逾時、無效訊息佇列，以及與 SNS 搭配的 Fan-out 組態（SNS → 多個 SQS）。