Amazon web services AWS S3事件对SQS的影响有多可靠?

Amazon web services AWS S3事件对SQS的影响有多可靠?,amazon-web-services,amazon-s3,amazon-sqs,distributed-system,Amazon Web Services,Amazon S3,Amazon Sqs,Distributed System,我想设计一个基于AWS S3事件通知机制的应用程序。基本上,每次将文件放入S3存储桶时,都会触发SQS通知 报告非常清楚地指出,“在非常罕见的情况下,事件可能会丢失。” 有人知道“罕见情况”是什么意思吗?手动发送SQS通知(发送方将文件添加到bucket中,然后发送SQS通知)而不是依赖此事件通知系统是否更安全 谢谢 “在极少数情况下,事件可能会丢失。” 基本上是指以下情况之一的停机: S3 SQS 网络连接问题 可用性区域中的一般问题 该区域的一般问题 即使您手动发送通知,这些内容中的大多

我想设计一个基于AWS S3事件通知机制的应用程序。基本上,每次将文件放入S3存储桶时,都会触发SQS通知

报告非常清楚地指出,“在非常罕见的情况下,事件可能会丢失。”

有人知道“罕见情况”是什么意思吗?手动发送SQS通知(发送方将文件添加到bucket中,然后发送SQS通知)而不是依赖此事件通知系统是否更安全

谢谢

“在极少数情况下,事件可能会丢失。”

基本上是指以下情况之一的停机:

  • S3
  • SQS
  • 网络连接问题
  • 可用性区域中的一般问题
  • 该区域的一般问题

即使您手动发送通知,这些内容中的大多数仍然是一个问题。

AWS文档还说明了以下内容(在中): AmazonS3事件通知设计为至少发送一次。通常,事件通知以秒为单位发送,但有时可能需要一分钟或更长时间。 如果同时对单个无版本对象进行两次写入,则可能只发送单个事件通知。如果要确保每次成功写入都会发送事件通知,可以在bucket上启用版本控制。使用版本控制,每次成功写入都将创建对象的新版本,并发送事件通知