我们必须为我们的 ROR 应用程序实现一个排队系统。我们评估了以下选项：
Amazon SQS：高可用性，但性能相对较慢。需要不断轮询。
CloudAmqp：看起来很有希望，但对支持持怀疑态度。
EC2 上的 RabbitMq 设置：需要用户带宽来管理设置，如果设置中出现问题，可能会导致停机。
目前不会有任何专门的团队/人员来全职管理设置，因此在 Ec2 上实施我们自己的 RabbitMq 设置可能会导致停机，以防出现问题。
我想知道考虑到哪种情况是我们最好的选择？
问问题
1527 次
2 回答
5
我使用 SQS，我很满意；我不担心支持方面，因为当我可以支付 AWS 便士为我做这件事时，我也没有时间处理设置自己的服务器和支持自己。
如果您不想经常轮询，请考虑将您的 SQS 队列与 SNS 主题配对，它可以将通知推送到您的应用程序。不知道您的应用程序的性质，但它需要研究。http://aws.amazon.com/sns/
还请记住，SQS 的缓慢性能（相对于 Rabbit）不是苹果对苹果。SQS 是冗余和分布式的，单个盒子上的单个 RabbitMQ 实例不是；您的应用程序可以处理一段时间内不可用的队列吗？
于 2013-09-24T13:06:37.013 回答
4
在 CloudAMQP，我们所有的服务器都是冗余的，每个集群在不同的可用区中至少有两个实例。对于支持，我们有 24/7 的电子邮件支持，因为我们在不同的时区有工作人员。我们也为我们最大的计划提供电话支持。
于 2013-09-24T20:58:31.057 回答