Amazon web services S3事件->；Lambda vs S3->；SNS->；兰姆达

我试图理解S3事件通知触发器的行为。我有s3事件要触发lambda。Lambda将事件和文件元数据捕获到dynamodb。全天将有大约5万个短突发事件触发。如果我必须在工作流中添加SNS并让SNS触发lambda，那么SNS与s3直接调用lambda相比有什么优势？

没有优势。S3和SNS事件都是异步事件源，它们的行为方式相同。请参见：和：，这很好地突出了具有特定类型事件源的lambda行为

---

简单地做S3->Lambda就足够了。

优势在于未来的灵活性。如果您在中间使用SNS，您可以轻松地向多个目的地发送（扇出）更多SNS主题订阅——另一个lambda函数、一个Sqs队列、一个HTTPS端点，甚至电子邮件，这对于非侵入性的观察、测试、故障排除非常有用。以及开发需要相同通知的新功能。

虽然特定用例需要扇出可能是一种优势，但在需要之前实施扇出并不是一种优势。在S3和Lambda之间添加SNS非常简单，应该只在需要的时候进行，否则SNS主题会给您带来不必要的成本，而不会给您带来任何好处。@Deiv，我不同意。一旦您需要它，就不可能在不中断的情况下添加它，因为必须先删除旧的事件通知，然后才能添加新的事件通知——不可能添加重叠的事件通知配置。当你做出改变时，你正在失去一些事件。问题是“优势是什么？”我的回答是正确的——这种稳定性和灵活性可能是一个非常引人注目的优势。毫无例外，即使现在不需要，我也会以这种方式配置通知。您现在可以为S3添加多个事件通知，因此如果将来需要引入SNS/SQS目的地，就不会出现停机。