DynamoDB:PutItem调用被静默忽略的原因及优化方案咨询

• DynamoDB按需模式限流：PAY_PER_REQUEST模式下，DynamoDB有初始突发容量池，短时间内并发请求超过池上限时会触发限流。7-8个并发PutItem若遇上容量池不足，会被直接限流；Lambda默认不自动重试这类请求，未重试的调用就会静默失败。
• Lambda异常未处理：如果Lambda函数没有捕获ProvisionedThroughputExceededException、RequestLimitExceededException这类DynamoDB异常，失败请求不会生成日志，看起来像被静默忽略。另外Lambda执行超时设置过短，也可能导致请求未完成就被终止。
• 主键幂等性缺失：若CodeBuild通知存在重复，且DynamoDB表主键未做幂等设计，重复的PutItem会覆盖原有数据，造成“部分写入失败”的假象。

这个方案是处理此类场景的标准最佳实践，完全合理，核心优势包括：

• 削峰缓冲：SQS可以承接CodeBuild的突发通知请求，把7-8个并发请求转化为批量处理任务，避免直接冲击DynamoDB的按需容量限制。
• 批量写入提效降本：Lambda消费SQS消息后调用BatchWriteItem批量写入，相比单个PutItem大幅减少API调用次数，既提升写入成功率，又降低成本。
• 重试机制保障可靠性：SQS自带消息重试能力，批量写入失败时，未成功的消息会重回队列等待重试；配合Lambda的错误处理逻辑，能确保数据最终写入成功。
• 集中错误处理：批量处理时可统一捕获限流异常，触发延迟重试或拆分批次，避免单个请求的静默失败问题。

实施注意事项 #

• 配置SQS可见性超时要长于Lambda执行超时，防止消息被重复处理。
• 给Lambda设置合理的并发数，确保消费速度匹配消息产生速度。
• 优化DynamoDB主键设计，保证幂等性，避免重复消息导致数据异常。

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