私は、Amazon の SQS Dead Letter Queue が正確に何をしているのかを明確にしようとしています。
http://aws.typepad.com/aws/2014/01/amazon-sqs-new-dead-letter-queue.htmlによると
Dead Letter Queue -コンシューマーによる最大数の受信後に正常に処理されなかったメッセージを受信する SQS キューの ARN (Amazon リソースネーム) 。
それはPoision Queueのように聞こえませんか？主な違いは、消費者がメッセージを受け取ったことです。デッド レターは、メッセージに問題がない可能性があるが、おそらくサービスの停止が原因で配信できない場合です。http://www.eaipatterns.com/DeadLetterChannel.html
これは、メッセージが複数回正常に受信されているように聞こえますが、メッセージの処理は失敗します。これは、Poison Message Queue の意味であると理解しています。
メッセージバスとキュー
デッド レター パターンは、普通の古いキューのコンテキストでは異なる意味を持ちますか? SQS は単なるキューであり、メッセージ バスではないため、メッセージの配信は担当しません。代わりに、メッセージがピックアップされる (要求される) のを待ちます。したがって、メッセージを配信しようとして受信者を見つけることができないメッセージ バスがないため、従来のデッド レター パターンは実際には適用されません。
SQS はメッセージ バスのように動作できますか?
キューからメッセージを明示的にポーリングする代わりに、SQS を介してチャネルとリスナーを設定する方法はありますか?