是否可以保证交付AWS S3事件通知? [英] Are AWS S3 Event Notifications guaranteed to be delivered?

问题描述

我正在将AWS S3事件通知连接到AWS Lambda处理管道.

I'm hooking up AWS S3 event notifications to an AWS Lambda processing pipeline.

我找不到有关S3事件通知保证的文档.我可以确定所有S3事件都会触发lambda进程吗?秩序与我无关，只是我的lambda最终被解雇了.

I can't find documentation on S3 event notification guarantees. Can I be sure all S3 events will fire the lambda processes? Order does not concern me, just that my lambda eventually does get fired.

如果没有这样的保证，该如何设计才能解决?

If no such guarantee exists, how to architect to deal with this?

推荐答案

更新2020

这些事件现在至少发生一次: https://docs .aws.amazon.com/AmazonS3/latest/dev/NotificationHowTo.html

The events are now at least once: https://docs.aws.amazon.com/AmazonS3/latest/dev/NotificationHowTo.html

该页面的相关报价:

Amazon S3事件通知旨在至少发送一次.通常，事件通知会在几秒钟内传递完毕，但有时可能需要一分钟或更长时间.

Amazon S3 event notifications are designed to be delivered at least once. Typically, event notifications are delivered in seconds but can sometimes take a minute or longer.

原始答案

原则上是.但是，Lambda具有99.9％的SLA，S3也具有99.9％的正常运行时间SLA.因此，从理论上讲，某些事件可能会丢失，但是只有在服务中断的情况下才可以. Lambda函数失败时，它将自动重试多达三遍.

In principle yes. However, Lambda has a 99.9% SLA and S3 has a 99.9% uptime SLA as well. So in theory some events could be missed, but only when they have a service disruption. When the Lambda function fails, it automatically retries up to three times.

我将S3用作Lambda的队列"，并且从未错过任何消息(数以百万计).

I use S3 as a 'queue' for Lambda and have never missed a message (out of millions and millions).

我认为您无能为力.使用无服务器"基础架构的一部分意味着您也会失去一些控制权(但是，我认为AWS可以做得比仅我本人和一些专用服务器要好得多).

There's not much you can do to deal with this I think. Part of using 'serverless' infrastructure means that you also lose some control (however, I think that AWS can do a better job than just myself and a few dedicated servers).

这篇关于是否可以保证交付AWS S3事件通知?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！