我正在将 AWS S3 事件通知连接到 AWS Lambda 处理管道。
我找不到有关 S3 事件通知保证的文档。我可以确定所有 S3 事件都会触发 lambda 进程吗？订单与我无关，只是我的 lambda 最终会被解雇。
如果不存在这样的保证，架构师如何处理？
【问题讨论】：
标签： amazon-web-services amazon-s3 aws-lambda
2020 年更新
事件现在至少有一次：https://docs.aws.amazon.com/AmazonS3/latest/dev/NotificationHowTo.html
该页面的相关引用：
Amazon S3 事件通知设计为至少发送一次。通常，事件通知会在几秒钟内送达，但有时可能需要一分钟或更长时间。
原答案
原则上是的。但是，Lambda 有 99.9% 的 SLA，S3 也有 99.9% 的正常运行时间 SLA。所以从理论上讲，有些事件可能会被错过，但前提是它们有服务中断。当 Lambda 函数失败时，它会自动重试最多 3 次。
我将 S3 用作 Lambda 的“队列”，并且从未错过任何消息（数以百万计）。
我认为你无能为力。使用“无服务器”基础设施的一部分意味着您也会失去一些控制权（但是，我认为 AWS 可以做得比我自己和一些专用服务器做得更好）。
【讨论】：
From the Documentation 重要 Amazon S3 事件通知通常会在几秒钟内发送事件，但有时可能需要一分钟或更长时间。 在极少数情况下，事件可能会丢失。
我们现在看到丢失的事件。数量很多，但百分比很低。
【讨论】：
非常有趣的是，AWS 仅通过文档而不是产品将语义从 at most once 升级为 at most once。
2020 年之前，link 如下所示：
Amazon S3 事件通知通常会在几秒钟内发送事件，但 有时可能需要一分钟或更长时间。在非常罕见的情况下，事件 可能会丢失。如果您的应用程序需要特定的语义（例如 例如，确保没有错过任何事件，或者操作运行 只有一次），我们建议您考虑错过和重复 设计应用程序时的事件。您可以审核错过的 使用 LIST Objects API 或 Amazon S3 Inventory 报告的事件。 LIST Objects API 和 Amazon S3 库存报告受制于 最终的一致性，可能不会反映最近添加或删除的内容 对象。
2020年改为至少一次，如下：
Amazon S3 事件通知设计为至少发送一次。通常，事件通知会在几秒钟内送达，但有时可能需要一分钟或更长时间。
2021 年 11 月，根据 PR，它再次降级为仅一次。
默认情况下，Amazon S3 事件通知仅发送一次。大多数情况下，事件通知会在几秒钟内发送。但是，有时可能需要一分钟或更长时间才能送达。
2021 年 12 月，我们指出 AWS 进行了向后不兼容的更改，AWS 解释说这是文档更改事件，尽管我不相信。于是AWS很快将文档改回如下：
Amazon S3 事件通知设计为至少发送一次。通常，事件通知会在几秒钟内送达，但有时可能需要一分钟或更长时间
但 AWS 支持也告诉我们，它被设计为至少一次，但不保证任何事情。
所以这不仅令人困惑，而且具有误导性。
【讨论】：