2秒内两次更新S3对象时SNS事件被跳过，Lambda仅响应首次更新是否为已知行为？

这是AWS S3事件通知的已知行为，与你使用的非FIFO SNS主题、Lambda订阅逻辑无关。

• S3针对ObjectCreated:*类事件存在内置的短周期合并逻辑：当同一个对象的两次写入操作间隔在数秒以内时，S3可能会将两次变更合并为单条事件通知推送至下游的SNS主题，不会生成两条独立事件，因此你在SNS负载中找不到第二条记录。
• 非FIFO类型的SNS主题本身不会主动合并或丢弃合法的上游消息，你观测到的事件缺失本质是S3侧就没有生成对应事件，而非SNS或Lambda的投递问题。
• S3事件通知的官方SLA仅保证至少一次投递，并不承诺1:1匹配每一次对象操作，短间隔重复操作的合并是官方设计的一部分，用于降低事件风暴带来的下游负载压力。

• 开启S3存储桶的版本控制功能，每次对象写入都会生成独立的版本ID，你可以通过定期拉取对象版本列表、或者搭配S3 Inventory功能补全未被事件通知覆盖的变更操作。
• 在Lambda处理逻辑中使用S3事件携带的sequencer字段做校验：同一对象的操作对应的sequencer值越大，代表操作发生时间越晚，你可以持久化每个对象的最新sequencer值，同时定期扫描未匹配到事件的新版本对象做补处理。
• 业务逻辑层面做好幂等设计，兼容事件合并、重复投递等场景，避免单次事件覆盖多次操作带来的数据不一致问题。

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