AWS Serverless 故障管理與死信佇列
使用死信佇列進行故障管理
您可以使用 Amazon SNS 或 SQS 構建專門的死信佇列資源。
死信佇列是無法成功投遞的訊息的儲存位置。
建議為非同步 Lambda 函式啟用專用的死信佇列。
對於每個函式，您必須首先構建佇列或 SNS 主題。
這是因為 Lambda 函式配置為事件源。
使用死信佇列進行故障管理 影片
W3schools.com 與 Amazon Web Services 合作，為我們的學生提供數字培訓內容。
佇列策略
對於源佇列上的死信佇列，您可以建立佇列策略。
該策略指定在訊息被拒絕之前重試多少次。
這使您可以獨立於其目標來檢視佇列。
兩次內建重試後仍失敗的訊息將被定向到死信佇列。
死信佇列訊息有助於分析故障原因。
AWS 事件分叉管道
AWS 事件分叉管道是可在 AWS Serverless Application Repository 中訪問的預構建應用程式。
在發生故障時，它們可以幫助您將通訊路由回源。
Lambda 函式上的死信佇列 vs. SQS 源佇列上的死信佇列
下表比較了 Lambda 函式上的死信佇列和 SQS 源佇列上的死信佇列。
| SQS 源佇列上的死信佇列 | Lambda 函式上的死信佇列 |
|---|---|
| 死信佇列是佇列策略的一部分 | 重試兩次後失敗的訊息將被轉發到死信佇列 |
| 策略定義了在將專案移至死信佇列之前需要重試的次數 | 將死信佇列配置為函式的一部分 |
| 需要一種方法將訊息傳送回源進行處理 | |
相關閱讀
AWS Lambda 函式死信佇列Amazon SNS 死信佇列
Amazon SQS 死信佇列
