在 AWS 上缓冲网站事件流的经济高效方式？
Cost effective way to buffer website event streams on AWS?
我正在尝试在我的网站上捕获事件流数据，该数据不会产生大量流量 - 可能大约 50-200 DAU - 但我希望能够处理更多，如有必要。
由于流量不多，我认为像 Kinesis 这样的东西可能有点过头了。我的网站目前使用 API 网关 + Lambda 来处理一些服务器端逻辑，我想在每个 Lambda 处理函数中，我可以将事件数据推送到 SQS，然后安排一个 Lambda 函数定期从中提取一批数据SQS，组合起来存入S3。
我的方法行得通/合理吗？您是否建议改用 Kinesis、RabbitMQ 或 Kafka 之类的东西？还是您会采取其他方法？
感谢您的帮助！
任何类型的流数据都是为 Kinesis 量身定做的。如果您最终在某个时候获得了更多流量，现在通过使用 Kinesis，您就可以进行扩展了。
我会计算出您可以获得的最低成本的 Kinesis 碎片。
定价
Shard Hour (1MB/second ingress, 2MB/second egress) [=10=].015
PUT Payload Units, per 1,000,000 units [=10=].014
每小时 1 美分和 100 万次看跌期权可能满足您的现有需求。
我正在尝试在我的网站上捕获事件流数据，该数据不会产生大量流量 - 可能大约 50-200 DAU - 但我希望能够处理更多，如有必要。
由于流量不多，我认为像 Kinesis 这样的东西可能有点过头了。我的网站目前使用 API 网关 + Lambda 来处理一些服务器端逻辑，我想在每个 Lambda 处理函数中，我可以将事件数据推送到 SQS，然后安排一个 Lambda 函数定期从中提取一批数据SQS，组合起来存入S3。
我的方法行得通/合理吗？您是否建议改用 Kinesis、RabbitMQ 或 Kafka 之类的东西？还是您会采取其他方法？
感谢您的帮助！
任何类型的流数据都是为 Kinesis 量身定做的。如果您最终在某个时候获得了更多流量，现在通过使用 Kinesis，您就可以进行扩展了。
我会计算出您可以获得的最低成本的 Kinesis 碎片。
定价
Shard Hour (1MB/second ingress, 2MB/second egress) [=10=].015
PUT Payload Units, per 1,000,000 units [=10=].014
每小时 1 美分和 100 万次看跌期权可能满足您的现有需求。