EC2上的Amazon SQS或CloudAmqp或RabbitMq设置

我们必须为ROR应用程序实施排队系统。我们评估了以下选项：

AmazonSQS：高可用性但性能相对较慢。需要持续极化

CloudAmqp：看起来很有希望，但对支持持怀疑态度

EC2上的RabbitMq设置：需要用户带宽来管理设置，如果设置中出现问题，可能会导致停机

目前没有任何专门的团队/人员全职管理设置，因此在Ec2上实施我们自己的RabbitMq设置可能会导致停机，以防出现问题。

---

考虑到目前的情况，我想知道哪一种是我们的最佳选择？

我使用SQS，我对此感到满意；我不担心支持方面的问题，因为我也没有时间来设置自己的服务器和支持自己，因为我可以支付AWS便士来为我做这件事

如果您不想经常轮询，可以考虑将您的SQS队列与SNS主题配对，它可以将通知推送到您的应用程序。我不知道你的应用程序的性质，但它需要调查

---

还请记住，SQS相对于Rabbit的缓慢性能不是苹果对苹果。SQS是冗余和分布式的，单个盒子上的RabbitMQ的单个实例不是；您的应用程序能否处理队列在一段时间内不可用的问题？

在CloudAMQP，我们所有的服务器都是冗余的，每个集群在不同的可用性区域中至少有两个实例。对于支持，我们有24/7的电子邮件支持，因为我们有不同时区的员工。我们的最大计划也有电话支持

谢谢！可用性是最重要的，因此设置我们自己的Rabbitmq实例目前不是最好的选择。有SNS的SQS看起来很有趣。嗨@E.J Brennan你能回答我的问题吗？谢谢你提供的信息！一定会考虑使用CuldMQP。