问消息队列服务，比如Amazon，IronMQ，它们到底是什么？

EN

消息队列服务允许多个服务器进行通信，特别是当它们执行不同的角色时。亚马逊有一个关于SQS的白皮书。它给出了以下示例：

例如:面向消费者的在线照片处理服务假设您希望为消费者提供在线照片处理服务。这些服务允许使用者指定他们希望在照片上执行的操作。操作可以包括减少眼睛、剪裁、创建缩略图、定制、重新着色、牙齿美白等。用户将照片上传到您的网站并指定要在照片上执行的任务。用户可以在一次上传会话中提交多达一张或数百张照片。在提交照片后，用户可以返回并检查其照片的状态。当照片被处理后，他们可以从网站下载这些照片。让我们假设不同的操作需要不同的处理时间，从几秒钟到几分钟不等。因此，完成用户请求的时间取决于照片的数量、照片的大小以及要执行的处理操作。

接着介绍了如何使用消息队列服务在web服务器和照片处理服务器之间进行通信。web服务器将消息放入队列中，说明需要完成的工作。照片处理服务器将消息发回，说明工作已经完成。

如果实现得当，这将使网站更容易扩展。在本例中，很容易添加更多的照片处理服务器，并让所有服务器都侦听要执行的工作的相同队列。

很旧的帖子，但值得加一个答案。

查看quora http://www.quora.com/Message-Queuing/What-are-some-use-cases-for-message-queues-in-real-life上的类似问题

以下是铁博客http://blog.iron.io/2012/12/top-10-uses-for-message-queue.html中队列的一些用法

关于流行队列的一些信息

Redis是开源的消息队列，对于简单的messages来说是很棒的，但是消息可能会丢失。

RabbitMQ，自托管消息队列开源，使用不同的协议'AMQP'，非常流行，但要求您调整协议和管理您自己的节点。CloudAMQP是我所知道的唯一托管的兔子解决方案。

Amazon，托管消息队列，预期消息延迟相当高，并且有可能两次传递消息。它是相当稳定的，但在我看来，缺乏亚马逊终端的功能开发。

IronMQ，托管的消息队列非常好，因为它具有单一消息传递、fifo和在AMQP上使用HTTP协议，并且具有弹性可伸缩性、私有集群、错误/警报队列、gui、yadda！

芹菜，自托管任务队列开源，任务队列，支持调度，承载自己的节点。主要支持python

Resque，任务队列开源，建立在上面提到的redis之上，要求您托管您自己的节点，并管理它们的扩展，基于ruby，很好地与sidekiq一起工作。

IronWorker、托管的任务队列和处理--使您在一个包中成为任务队列和任务处理层的复杂性。支持调度，支持所有语言，并且是弹性可伸缩的，yadda棒极了！

Delayed_job是开源的任务队列，它使用本地数据库作为队列，不太灵活或高效，但可以完成任务。红宝石基的。