更新Lambda时如何临时阻止其接收DynamoDB流事件？

以下是几个易于实现的方案，可确保Lambda在更新过程中不会接收DynamoDB流事件：

方案1：直接禁用DynamoDB触发器 #

这是最直观的方法，直接切断事件源与Lambda的连接：

• 控制台操作：进入Lambda函数的触发器页面，找到对应的DynamoDB流触发器，点击禁用按钮。
• CLI操作：执行命令（需替换触发器UUID）：

  aws lambda update-event-source-mapping --uuid <触发器UUID> --enabled false
  

• 注意：Lambda更新完成后，务必重新启用触发器，避免业务流程中断。建议提前记录触发器UUID，方便后续快速恢复。

方案2：将Lambda并发数设为0 #

通过限制Lambda的执行能力，阻止任何事件触发的调用：

• 控制台操作：进入Lambda的「配置」→「并发」页面，将预留并发设置为0（若之前未配置过预留并发，直接设置即可）。
• CLI操作：执行命令（需替换函数名）：

  aws lambda put-function-concurrency --function-name <Lambda函数名> --reserved-concurrent-executions 0
  

• 恢复操作：更新完成后，将预留并发改回原配置（若之前无限制，可执行--reserved-concurrent-executions -1恢复默认）。

方案3：临时调整流起始位置（进阶场景） #

若需要保持触发器运行，但不想处理存量事件，可调整触发器的流读取起始位置：

• 将触发器的起始位置设置为LATEST（仅处理设置之后产生的新事件），等待当前流中未处理的事件全部执行完毕后，再进行Lambda更新。
• 此方法适合需维持触发器活跃状态的场景，但不如前两种方法直接彻底。

额外注意 #

• 优先推荐方案1，仅针对触发器操作，对Lambda其他配置无影响，风险最低。
• 操作前建议确认Lambda无正在执行的任务，避免中途中断导致数据处理不一致。

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