如何延迟SNS消息读取以推迟Lambda执行？求低代价实现方案

方案1：SNS + SQS 延迟队列组合 #

• 调整架构：将原Lambda直接订阅SNS改为，SNS消息先投递到SQS延迟队列，再由Lambda订阅该SQS队列。
• 基础延迟支持：SQS标准队列最长支持15分钟延迟，FIFO队列最长1小时。若需更长延迟，可结合死信队列（DLQ）循环叠加：
  • 主队列设置接收次数为1，配置合适的可见性超时（如1小时）
  • 消息入队时设初始延迟，消费失败后进入死信队列
  • 死信队列配置转发回主队列的规则，每次循环叠加延迟，直到达到目标时长再触发Lambda处理业务
• 优势：依托AWS原生服务，无需额外轮询逻辑，按消息量计费，成本极低。

方案2：SNS + EventBridge 动态一次性定时事件 #

• 流程调整：SNS触发的Lambda不直接处理业务，而是调用EventBridge的PutEvents API，将消息内容、目标延迟时间作为参数，创建一次性定时事件，指定延迟后触发业务处理Lambda。
• 支持范围：EventBridge一次性事件最长可设置1年的延迟，完全覆盖任意时长需求，按事件数计费，单条成本可忽略。
• 优势：能实现精确的任意时长延迟，配置简单，适合超长延迟场景。

方案3：Lambda异步调用+重试策略（适合短/中延迟） #

• 操作方式：将业务处理Lambda设为异步调用模式，由SNS触发的转发Lambda以InvocationType=Event的方式调用它，同时在业务Lambda的配置中设置重试次数和重试间隔，通过累加重试延迟实现总时长控制。
• 限制：最长支持14天的总延迟，延迟精度依赖重试间隔设置，适合对精度要求不高的场景。
• 优势：无需额外服务，成本与普通Lambda调用一致，实现快速。

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