【问题标题】:Is it possible for S3 notifications to SQS to fail?S3 向 SQS 的通知是否有可能失败?
【发布时间】:2019-02-06 19:54:47
【问题描述】:

我已经设置了一个 S3 存储桶来发布每个 PUT 和 POST 操作的消息。使用 CLI 将文件上传到该存储桶。它确实可以正常工作,但是在按顺序推送的 4 个文件中,只有一个会触发消息。我不确定这是否一直发生,但现在一直在发生。请注意,当我手动上传文件时不会发生这种情况(即,我总是会收到每个文件的消息)。

我已确保没有下游系统处理消息(作为确认,我仍然看到在第一个文件之后触发的原始​​消息)。

是否有理由相信此 AWS 功能不可靠?既然这不太可能,那么这可能是什么问题?

【问题讨论】:

  • 您是否将您的活动定义为s3:ObjectCreated:*?还是s3:ObjectCreated:Put?我推测 cli 可能正在使用 multipart 进行上传,所以 Put 通知不会捕获这些,而 * 通知会。我没有找到任何理由相信通知不可靠。
  • 迈克尔,这正是问题所在。我将它从 Put/Post 更改为 *,它现在按预期工作,谢谢!您可以将其发布为答案吗?

标签: amazon-web-services amazon-s3 amazon-sqs


【解决方案1】:

正如迈克尔在评论中所建议的那样,问题在于桶只听了s3:ObjectCreated:Put。发生的情况是,除了第一个文件之外的所有其他文件都是使用 multipart 上传的,这没有触发任何消息创建。

我修改了存储桶以触发s3:ObjectCreated:* 上的消息,它现在可以按预期工作。

【讨论】:

    【解决方案2】:

    RaySF 回答的启发,我已直接在 AWS 控制台中修复了该问题。

    1. 登录 AWS 控制台
    2. S3
    3. 找到您的存储桶并点击它
    4. 属性选项卡
    5. 活动
    6. 编辑相关事件
    7. PUT 更改为 所有对象创建事件

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2019-08-06
      • 2021-03-16
      • 2012-09-01
      • 1970-01-01
      • 2019-05-05
      • 1970-01-01
      • 2022-08-11
      • 1970-01-01
      相关资源
      最近更新 更多