[英]AWS SQS dead-letter queue redrive policy
在我的系统中有一个主队列和死信队列。
当主队列中的任何消息失败时，它会进入死信队列。
主队列中消息失败的原因有时是随机的，不是关键的，即如果从主队列重新尝试，则可以处理消息。
在我的系统中，任何失败的消息都会尝试 3 次，这意味着只会将消息从死信队列发送到主队列 3 次。
我如何跟踪消息是否第三次尝试已用尽并且无需将其发送回主队列进行处理（将保留在 dlq 中直到它过期）？
您可以在SQSEvent.SQSMessage中使用 MessageAttributes 中的属性ApproximateReceiveCount
AWS SNS 主题子：死信队列（重新驱动策略）权限被拒绝
[英]AWS SNS Topic Sub: Dead-letter queue (redrive policy) permissions denied
如何使用 Ansible 和 AWS 将重新驱动策略（死信队列/DLQ）添加到 SNS 订阅
[英]How to add a redrive policy (dead-letter queue / DLQ) to a SNS subscription, with Ansible and AWS
SQS批次中的所有消息是否在达到最大redrive（Retry）策略数后都发送到Dead Letter Queue
[英]Are all the messages in SQS batch sent to Dead Letter Queue after reaching the maximum redrive(Retry) policy number
AWS 在将 sqs 消息复制到死信队列时是否保留相同的消息 ID？
[英]Does AWS keep the same message id when it copies sqs message to dead-letter queues?
关于使用Cloudformation在AWS上创建SQS队列/死信队列的问题
[英]Questions about creating an SQS queue/dead letter queue on AWS with cloudformation
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
