跳到主要內容
Integration應用程式整合初級CLF-C02SAA-C03

SQS

Amazon Simple Queue Service

安全暫存待處理訊息的佇列服務。

一句話說明

安全暫存待處理訊息的佇列服務。

概要

訊息佇列服務。將處理端與請求端分離,使非同步處理更穩定。

主要用途

  • 訂單處理的非同步化
  • 對 Lambda 的處理分散
  • 故障時的重試緩衝

CLF-C02 考試重點

  • 可透過佇列達成鬆耦合
  • 有 Standard Queue 與 FIFO Queue
  • 須理解可見性逾時

SAA-C03 考試重點

  • 以無效訊息佇列(DLQ)隔離失敗訊息
  • 若需處理順序則考慮使用 FIFO
  • 可作為 Lambda 觸發來源

實際使用情境

Amazon SQS 是 AWS 的完全託管訊息佇列服務。透過將傳送訊息至佇列的一方(生產者)與接收的一方(消費者)分離,使處理非同步化,實現整個系統的鬆耦合化。傳送方可不必意識消費者的執行狀況即可發送訊息,接收方可按自身步調取出訊息並處理,因此可作為對瞬間負載變動的緩衝(Buffer)。SQS 有 Standard Queue 與 FIFO Queue 兩種,Standard 提供無順序保證、至少一次發佈,FIFO 提供有順序保證、精確一次處理。 實務上用於訂單處理的非同步化、向 Lambda 的處理分散、故障時的重試緩衝、ECS 任務間的工作交接等。可見度逾時(Visibility Timeout)為 SQS 的重要概念,是消費者取出訊息後到處理完成(delete)為止,該訊息對其他消費者隱藏的時間。若處理在逾時內未完成,訊息會再次可見,可被其他消費者取出。藉此保證至少一次處理,作為代價,消費者端需確保等冪性(idempotency)。 費用為依請求數(API 呼叫次數)從量計費,資料傳輸量另外計費。透過設定無效信件佇列(DLQ),可將超過規定次數仍處理失敗的訊息退避至另一佇列,用於後續調查。CLF-C02 中,「SQS = 透過訊息佇列的鬆耦合化」的基本概念、Standard / FIFO 的使用區分、可見度逾時為常見論點。

官方文件

成本注意事項

  • 依請求次數計費
  • 過長的保留期間會留下不必要的資料

安全性注意事項

  • 佇列操作權限以送信與接收分開設定
  • 勿將機密資訊直接放入訊息

相關服務

相關比較文章

相關架構圖

此術語尚未登錄相關架構圖。

標籤

integrationqueuemessaging

最後更新日: 2026-06-01