SQS Lambda - 重新驱动策略与 DeadLetterConfig
SQS Lambda - Redrive Policy vs DeadLetterConfig
我已经将 lambda 集成设置为具有固定保留并发的 SQS，以限制对后端服务的请求。我需要使用 DLQ 来跟踪和存储错误。
使用 SQS 的 Redrive Policy 与使用 lambda 函数的 DeadLetterConfig 在行为上有何不同？
我对队列中有大量消息但 lambda 并发性有限时的行为特别感兴趣。
您在函数上配置的死信队列用于函数的异步 调用，而不用于事件源队列。 Lambda 轮询 sqs 队列并使用包含队列消息的事件 同步 调用您的函数。所以如果你使用SQS作为事件源，DeadLetterConfig是没有用的。您必须为源 SQS 配置具有重新驱动策略的 DLQ。
来源：https://docs.aws.amazon.com/lambda/latest/dg/with-sqs.html
我已经将 lambda 集成设置为具有固定保留并发的 SQS，以限制对后端服务的请求。我需要使用 DLQ 来跟踪和存储错误。
使用 SQS 的 Redrive Policy 与使用 lambda 函数的 DeadLetterConfig 在行为上有何不同？
我对队列中有大量消息但 lambda 并发性有限时的行为特别感兴趣。
您在函数上配置的死信队列用于函数的异步 调用，而不用于事件源队列。 Lambda 轮询 sqs 队列并使用包含队列消息的事件 同步 调用您的函数。所以如果你使用SQS作为事件源，DeadLetterConfig是没有用的。您必须为源 SQS 配置具有重新驱动策略的 DLQ。
来源：https://docs.aws.amazon.com/lambda/latest/dg/with-sqs.html