【问题标题】:Why we can't poll from s3 directly [closed]为什么我们不能直接从 s3 轮询 [关闭]
【发布时间】:2020-04-28 17:26:46
【问题描述】:

现在为了高效的系统设计,我们在 AWS S3 上推送消息,我们订阅一个主题(AWS SNS),然后订阅 AWS SQS 以进行轮询(建议的方法)

现在的问题是:

  • 为什么我们不能直接轮询 AWS S3
  • S3->SNS>SQS 相对于 S3->SQS 的优势(如果有)。 谁能帮忙,我也读过其他答案,但不是 很有帮助

【问题讨论】:

    标签: amazon-web-services amazon-s3 amazon-sqs amazon-sns system-design


    【解决方案1】:

    您可以将 s3 事件通知直接推送到 SQS - 我一直这样做 - 效果很好。

    s3->sns->sqs 优于 s3->sqs 的一个好处是能够在需要时“扇出”消息,而无需更改原始应用程序。 S3 将事件推送到 sns,sns 将其推送到 s3 队列中 - 如果在某个时候您希望另一个队列接收相同的消息以进行额外处理,您可以在控制台或 cli 中配置它 - 而您的原始应用程序永远不需要获取感动。

    所以简而言之,s3->sns->sqs 为您提供了一些灵活性,而 s3->sqs 不适用于如果/当事情发生变化时,尽管任何一种解决方案都可以正常工作,您需要自己决定是否需要灵活性,或者您希望/需要保持简单;我使用这两种方法,具体取决于项目。

    【讨论】:

    • s3->sns->sqs 的解释很棒。为什么直接从 s3 轮询不是一个好习惯,我的意思是这种做法的缺点是什么
    猜你喜欢
    • 1970-01-01
    • 2014-11-25
    • 1970-01-01
    • 1970-01-01
    • 2015-08-21
    • 1970-01-01
    • 1970-01-01
    • 2015-01-17
    • 1970-01-01
    相关资源
    最近更新 更多