AWS Lambda并发限制下异步调用的队列机制及触发方式咨询

一、Lambda X 直接异步调用 Y 的情况 #

当 X 发起 5000 次 Y 的异步调用时：

• Lambda 内置的异步事件队列会接收全部 5000 次调用请求，不会因 Y 的并发限制（默认 1000）直接拒绝或触发重试。
• 1000 个 Y 实例会立即启动执行，剩余 4000 次调用会在队列中等待，直到 Y 的并发实例释放（执行完成）后，Lambda 会自动从队列中取出请求调度执行，直到所有调用都被处理。
• 只有当 Y 执行出现业务错误、超时等执行失败场景时，才会触发 Lambda 的重试机制（默认重试 2 次），重试全部失败后才会转入死信队列（DLQ）。单纯因并发限制导致的排队等待，不属于执行失败，不会触发重试或进入 DLQ。

二、通过 DynamoDB 流触发 Y 的情况 #

这种场景的处理逻辑和直接异步调用存在差异：

• DynamoDB 流会先存储 X 写入的所有数据记录（保留期可配置），Lambda 的事件源映射负责从流中读取记录并批量触发 Y 的执行。
• 当 Y 的并发达到上限时，事件源映射会暂停读取更多流记录，直到有 Y 实例释放并发容量后，再继续读取并处理后续记录。
• 流中的记录不会丢失，只要在流的保留期内，Y 总有机会处理；若超过保留期未处理，记录才会被删除（这属于流的生命周期限制，并非并发限流导致的丢弃）。
• 同样，只有 Y 处理记录时出现执行失败，才会触发重试和 DLQ 逻辑，并发限流只会导致处理延迟，不会直接丢弃记录。

两者核心差异 #

• 队列存储位置：直接异步调用使用 Lambda 内部队列（无用户可配置的保留期，由 AWS 管理）；DynamoDB 流触发使用 DynamoDB 流存储记录（保留期 24 小时-365 天，用户可配置）。
• 调度逻辑：直接异步调用由 Lambda 服务自动调度队列中的请求；DynamoDB 流触发由事件源映射负责流的读取与 Lambda 调用调度，支持批量处理、批量大小配置等更灵活的控制。

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