使用DLQ的Lambda被SNS触发时，事件是否可能丢失？

核心结论 #

直接通过SNS触发Lambda并配置DLQ的架构中，无法保证所有事件要么被成功处理，要么进入DLQ，确实存在因请求量过高导致事件丢失的场景。

具体分析 #

• Lambda异步调用依赖内置队列缓冲事件，但该队列的容量和处理能力有限。当请求量远超Lambda并发上限，或者函数处理速度跟不上事件流入速度时，Lambda会直接丢弃超出处理能力的事件——这些事件不会进入DLQ。DLQ仅接收那些已被Lambda尝试调用但处理失败（如函数报错、超时、重试次数耗尽）的事件。
• 你参考的AWS文档描述完全准确：

  如果函数无法跟上传入事件的处理速度，事件可能会被从队列中删除，而不会发送给函数。
  这类场景下，事件直接被丢弃，既不会触发重试，也不会进入DLQ。

避免丢失的优化方案 #

如果要彻底杜绝事件丢失，建议在SNS与Lambda之间引入SQS作为缓冲层：

• SQS具备持久化存储能力，可暂存大量事件直到Lambda有能力处理
• 可为SQS配置独立的死信队列，结合Lambda的批量处理、并发控制策略，确保所有事件要么被正常处理，要么进入DLQ

内容的提问来源于stack exchange，提问作者Christian