AWS--在SNS订阅上设置死信队列和在Lambda函数上设置死信队列有什么区别？

Question

在SNS话题上设置死信队列和在Lambda功能上设置死信队列有什么区别？

我在想，因为如果您在SNS订阅上设置DLQ，那么当Lambda（订阅者）失败时，订阅消息将故障转移到DLQ，对吗？那么在这种情况下，在这两个地方设置DLQ会有相同的效果吗？

我在SNS主题订阅上设置了一个DLQ，它并没有“自动”地显示为Lambda屏幕设置上的DLQ，所以我想可能会有一些不同？

SNS死信队列ref：https://docs.aws.amazon.com/SNS/latest/dg/sns-dead-letter-queue.html

通常，当Amazon SNS由于客户端或服务器端错误而无法访问订阅endpoint时，消息传递将失败。

Lambda死信队列ref:https://aws.amazon.com/about-aws/whats-new/2016/12/aws-lambda-supports-dead-letter-queues/

兰姆达：

SNS订阅：

Answer 1

SNS DLQ是专门针对SNS的，这里的好处是它还可以解释客户端错误，如Lambda服务关闭。这将确保如果Lambda服务关闭，消息可以稍后重播给它，而如果DLQ附加到Lambda，这将只考虑在服务运行时的重播。

但是，正如我提到的，SNS DLQ仅用于来自SNS的通知，而Lambda可以支持来自任何传入事件的DLQ。这意味着如果您有多个SNS主题，或者一个SNS主题和一些SQS队列，您只需要将它应用到Lambda本身。

两个服务都将SQS用于它们的DLQ，因此两者的摄取/检索将是相同的。如果您在两个服务上都有一个DLQ，那么是的，您可能会得到事件/通知的两个副本，但是您不太可能同时得到这两个副本，因为理论上Lambdaendpoint会确认SNS将其视为已发送，如果它失败，这将是Lambda的责任添加到DLQ中。