Amazon ec2 与RabbitMQ相比，Amazon SQS的性能较慢

我想在我的web应用程序中集成一个消息队列中间层。我已经测试了Rabbitmq和AmazonSQS，但发现AmazonSQS很慢。我在Amazon SQS中获得80个请求/秒，在Rabbitmq中获得2000个请求/秒。我问这个问题是因为我对Amazon SQS更感兴趣，因为我的web应用程序使用了Amazon的所有服务。谁能告诉我为什么这么慢？或者，如果有人对Amazon SQS有什么好的基准，你能分享一下吗？任何帮助都会通知您。

根据您的说法，您可以在Amazon AWS（EC2）上运行RabbitMQ，它将更快，可能更便宜，每秒有一条消息和一个财务比较。RabbitMQ上还有一些其他的操作指南这里要记住的一点是，SQS正在跨多个AZ复制您的数据。与单个Rabbit或其他MQ实现相比，这将增加时间复杂性

---

如果您的单个RabbitMQ实例出现故障，您对无法处理消息或可能丢失数据是否满意？如果是，您可能不需要复制，甚至不需要磁盘持久性。但我猜大多数用例都会关心，因此，SQS提供了一个非常不需要动手的分布式MQ解决方案，从理论上讲，它与单点故障隔离。

谢谢robthewolf。我已经看到了你给出的确切地点。我已经看过RabbitMQ，但我在自动缩放RabbitMQ群集时遇到了问题。您看到了吗？不确定这是否有助于您告诉我们有关您的设置的更多信息：您使用的是什么语言，是否有多个线程？此外，Amazon也从未承诺过消息传递将是低延迟的，只是在有足够的读写器的情况下，它的伸缩性非常好。我测试了1个线程，然后测试了25个线程，用于接收消息和发送消息。我已经重用了AWS Java SDK 1.3.8中作为示例给出的代码。如果您想要一个用于RabbitMQ的EC2托管解决方案，请检查，谢谢Carl Horberg。我已经检查过了，但由于它是付费的，我避免了它：-）。所以我决定在EC2中使用我自己的RabbitMQ服务器，并根据需要扩展它。虽然这项服务很好。再次感谢。