Help us understand the problem. What is going on with this article?

#AWS SQS のデッドレターキューとは何なのか? 正常終了しなかったメッセージたちの墓場みたいなものらしい。

完全に消えてしまうとデバッグもできないし、非同期処理、キューイングシステムでのデバッグとか恐ろしく大変そうで原因調査とかしづらいだろうし、だからこそこういう仕組みが用意されてるんだろうね。多分。

墓場を掘り起こすことが可能なのだろうか。

Amazon SQS は、デッドレターキューをサポートしています。このキューは、正常に処理 (消費) できないメッセージの送信先として、他のキュー (ソースキュー) が使用することができます。問題のあるメッセージを分離して、処理が成功しない理由を調べることができるため、デッドレターキューは、アプリケーションやメッセージングシステムのデバッグに役立ちます。

デッドレターキューを使用するメリット
デッドレターキューの主なタスクは、メッセージの失敗を処理することです。デッドレターキューを使用すると、正しく処理できないメッセージを分離して、処理が成功しなかった理由を調べることができるというメリットがあります。

Amazon SQS デッドレターキュー - Amazon Simple Queue Service

落とし穴?

これは、どういうことなのだろうか?

メッセージの送信を無期限に再試行できる状態にしておく必要がある場合は、スタンダード キューと共にデッドレターキューを使用しないでください。たとえば、従属プロセスがアクティブまたは使用可能になるまで待機する必要があるプログラムでは、デッドレターキューを使用しないでください。

ポイズンピルメッセージ?

って何なの?

受信されたが処理できないメッセージ のことみたいだね。

メッセージ数を減らし、システムで ポイズンピルメッセージ (受信されたが処理できないメッセージ) が発生する可能性を抑えるには、デッドレターキューを使用してください。

image

Original by Github issue

https://github.com/YumaInaura/YumaInaura/issues/2456

Why do not you register as a user and use Qiita more conveniently?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away