Amazon web services 为什么我们不能直接从s3进行投票

Amazon web services 为什么我们不能直接从s3进行投票,amazon-web-services,amazon-s3,amazon-sqs,amazon-sns,system-design,Amazon Web Services,Amazon S3,Amazon Sqs,Amazon Sns,System Design,现在为了高效的系统设计,我们在AWS S3上推送消息,我们向itAWS SNS订阅一个主题,然后向itAWS SQS订阅一个主题以进行轮询 现在的问题是: 为什么我们不能直接投票 S3->SNS>SQS相对于S3->SQS的优势(如有)。 有人能帮忙吗?我也读过其他的答案,但都没有 非常有用 您可以将s3事件通知直接推送到SQS—我一直都这样做—它工作得很好 与s3->sqs相比,s3->sns->sqs的一个好处是,如果需要,可以在不更改原始应用程序的情况下“扇出”消息。S3将事件推送到sns

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

现在的问题是:

为什么我们不能直接投票 S3->SNS>SQS相对于S3->SQS的优势(如有)。 有人能帮忙吗?我也读过其他的答案,但都没有 非常有用
您可以将s3事件通知直接推送到SQS—我一直都这样做—它工作得很好

与s3->sqs相比,s3->sns->sqs的一个好处是,如果需要,可以在不更改原始应用程序的情况下“扇出”消息。S3将事件推送到sns,sns将其推送到S3队列中—如果在某个时刻您希望另一个队列接收相同的消息以进行额外处理,您可以在控制台或cli中配置该消息—并且您的原始应用程序无需接触


简而言之,s3->sns->sqs为您提供了一点灵活性,而s3->sqs在情况发生变化时不会提供这种灵活性,尽管任何一种解决方案都可以正常工作,您需要自己决定是否需要这种灵活性,或者您是否希望/需要保持它的简单性;根据项目的不同,我使用这两种方法。

对s3->sns->sqs的解释非常好。为什么直接从s3进行投票不是一种好的做法,我的意思是,这种做法的缺点是什么