AWS SQS如何知道消息處理失敗?

我正在閱讀有關死信隊列和re-drive策略的aws文檔,文檔中提到“重新驅動策略指定了源隊列、dead-letter隊列,以及如果源隊列的使用者未能處理指定次數的消息,AmazonSQS將消息從前者移動到后者的條件”。

然而,即使文檔多次提到“消息處理失敗”,我也不明白sqs如何檢測到消息處理失敗(從而觸發re-drive或移動到死信queue.)

據我所知,消費者應用程序調用receiveMessage從SQS檢索消息,然后處理消息。處理函數未作為lambda傳遞給receiveMessage。那么,SQS如何知道消息處理失敗?

? 最佳回答:

當客戶端(例如lambda函數)從隊列中獲取消息時,調用DeleteMessage的時間有限。每條消息也有可見性超時。如果客戶端在可見性超時內未刪除消息,SQS“假設”處理失敗。

然后,這些消息可以轉發給SQS,具體取決于您設置的失敗嘗試次數。

主站蜘蛛池模板: 天堂国产一区二区三区| 色一情一乱一伦一区二区三区 | 美女啪啪一区二区三区| 国产另类ts人妖一区二区三区| 国产福利一区二区三区视频在线| 久久99国产精一区二区三区| 国产成人片视频一区二区| 国产精品综合一区二区三区| 日本精品3d动漫一区二区| 日韩a无吗一区二区三区| 亚洲愉拍一区二区三区| 日韩三级一区二区| 色系一区二区三区四区五区| 一区二区三区AV高清免费波多| 国产伦精品一区二区三区无广告 | 秋霞午夜一区二区| 久久精品一区二区国产| 精品无码AV一区二区三区不卡| 亚洲欧美日韩一区二区三区在线| 国产主播在线一区| 日本一区二区在线不卡| 美女视频在线一区二区三区| 69久久精品无码一区二区| 色屁屁一区二区三区视频国产| 久久精品一区二区影院| 亚洲午夜一区二区三区| 日韩精品人妻av一区二区三区| 久久精品国产亚洲一区二区| 在线一区二区观看| 国产丝袜美女一区二区三区 | 亚洲欧洲日韩国产一区二区三区| 午夜一区二区免费视频| 日本高清不卡一区| 日本一区二区三区在线视频| 亚洲欧美成人一区二区三区| 中文字幕国产一区| 日韩精品一区二区午夜成人版 | 韩国一区二区视频| 国产成人一区二区三区视频免费| 日韩一区二区在线免费观看| 亚洲AV日韩综合一区尤物|