amazon-web-services - 使用 AWS SNS 和 Lambda - 事件源的正确用例是什么

Question

我想使用 AWS lambda 函数为每个用户扇出并将事件流信息插入到 firebase 端点。

对于这个用例，我应该使用 Kinesis、SQS 还是 SNS 来触发 lambda 函数？可以从服务器触发对事件流的更新，客户端应该几乎实时(60 秒左右)接收更新。

我想我对什么是 SQS 有一个很好的了解，并且过去使用过 Kinesis，但对 SNS 不太确定。

如果我们为每个用户创建一个 SNS 主题，然后每个关注者使用 AWS lambda 函数订阅这些主题 - 这会起作用吗？

以编程方式为每个用户创建主题和订阅并分别关注关系是否有意义？

Answer 1

像往常一样，对此类问题的回答主要是“这取决于您的用例”。

Kinesis vs SQS:

如果您的客户关心事件之间的相对(例如基于时间戳)排序，您几乎肯定必须使用 Kinesis。 SQS 是一个尽力而为的 FIFO 队列，这意味着事件可以无序到达，由您的客户端来管理相关排序。

就延迟而言，我已经看到摄取到 Kinesis 中的数据可以在短短 300 毫秒内对其消费者可见。

SNS 什么时候会引起你的兴趣？

(即使使用 SNS，您也必须使用 SQS)。如果您使用 SNS，将很容易添加一个可以处理您的事件的新应用程序。例如，如果将来您决定将所有事件摄取到 Elasticsearch 中以提供实时分析，您所要做的就是向现有主题添加另一个 SQS 队列并编写一个使用者。