为什么我应该使用 Amazon Kinesis 而不是 SNS-SQS? [英] Why should I use Amazon Kinesis and not SNS-SQS?

问题描述

我有一个用例，其中会有数据流到来，但我无法以相同的速度使用它，因此需要一个缓冲区.这可以使用 SNS-SQS 队列解决.我开始知道 Kinesis 解决了相同的目的，那么有什么区别呢?为什么我应该喜欢(或不应该喜欢)Kinesis?

I have a use case where there will be stream of data coming and I cannot consume it at the same pace and need a buffer. This can be solved using an SNS-SQS queue. I came to know the Kinesis solves the same purpose, so what is the difference? Why should I prefer (or should not prefer) Kinesis?

推荐答案

从表面上看，它们有些相似，但您的用例将决定哪种工具是合适的.IMO，如果您可以使用 SQS，那么您应该 - 如果它可以满足您的需求，它将更简单且更便宜，但这里有来自 AWS 常见问题的更好解释，其中提供了两种工具的适当用例示例帮助您做出决定:

On the surface they are vaguely similar, but your use case will determine which tool is appropriate. IMO, if you can get by with SQS then you should - if it will do what you want, it will be simpler and cheaper, but here is a better explanation from the AWS FAQ which gives examples of appropriate use-cases for both tools to help you decide:

常见问题解答

这篇关于为什么我应该使用 Amazon Kinesis 而不是 SNS-SQS?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！