S3 事件 -> Lambda vs S3->SNS->Lambda



我正在尝试了解 S3 事件通知触发器的行为。我有 s3 事件来触发 lambda。Lambda 将事件和文件元数据捕获到 dynamodb。一天中会有大约 50k 个事件触发器在短时间内突发。如果我必须在工作流程中添加 SNS 并让 SNS 触发 lambda,那么与直接调用 lambda 的 sns 相比,sns 有什么优势?

没有获得的优势。S3 和 SNS 事件都是异步事件源,其行为方式相同。请参阅:Lambda 支持的事件源和:Lambda 错误重试(异步调用部分),其中很好地突出显示了特定类型事件源的 lambda 行为。

只需执行 S3 -> Lambda 就足够了。

优点是未来的灵活性。如果您在中间使用 SNS,则可以轻松地将通知发送(扇出)到具有更多 SNS 主题订阅的多个目标 - 另一个 Lambda 函数、SQS 队列、HTTPS 终端节点,甚至是电子邮件,这对于非侵入式观察、测试、故障排除和开发需要相同通知的新功能非常有用。

最新更新