能否将Lambda onFailure目标SQS队列消息重驱动回原Lambda函数

SQS原生的死信队列重驱动功能不支持直接将消息重驱动到Lambda函数，你的判断是准确的。

• SQS的DLQ重驱动逻辑设计上仅支持将消息投递回产生这些死信消息的源SQS队列，本身不支持将Lambda、EventBridge等非SQS资源设为重驱动目标。
• 你配置allowAll后重驱动按钮依然禁用，是因为你的队列Q是直接通过Lambda的onFailure目的地配置写入消息的，不存在对应的「源SQS队列」，SQS服务找不到合法的原生重驱动目标，自然会禁用操作入口。
• 你提到的调用模式冲突问题确实存在：SQS原生Lambda触发器采用同步调用模式，这种调用链路下Lambda的异步调用onFailure目的地配置不会生效，直接在F前加SQS队列配触发器的方案确实会破坏你原本的失败投递逻辑。

方案1：临时任务重驱动（改造成本最低，推荐） #

不需要调整现有线上架构，仅在需要重驱动死信消息时运行一次性任务即可：

• 编写简单脚本或临时Lambda，轮询队列Q中的死信消息
• 调用Lambda F时指定InvocationType='Event'，也就是采用异步调用模式，和原本EventBridge触发F的调用模式完全一致
• 确认消息调用处理成功后，再删除Q中对应的消息
  这个方案完全不影响你现有链路：F依然由EventBridge异步触发，失败消息正常通过onFailure投递到Q，日常运行逻辑无任何改动。

方案2：调整链路适配原生重驱动（适合频繁重驱动的场景） #

如果需要频繁做死信重驱动，可以调整链路适配SQS原生能力，注意绕开同步调用的坑：

• 新增一个普通SQS队列作为失败事件承接队列，不要直接把Q设为F的onFailure目的地，而是将这个新队列设为F的onFailure目标
• 不要给这个新队列配置原生SQS Lambda触发器，而是通过EventBridge Pipes连接新队列和函数F，将Pipe的Lambda调用类型设置为异步调用，此时F的onFailure配置依然可以正常生效
• 给这个新的普通队列配置死信队列为Q，后续Q中的死信消息就可以通过SQS原生重驱动功能打回这个新队列，再通过Pipe异步投递到F

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