人们在其Rails应用程序中使用哪些消息队列，以及选择它背后的驱动力是什么。Twitter最近因其内部队列Starling失效而引起的公众关注是否会影响任何现有的设计决策。
我正在开发一个需要消息队列来处理一些后台任务的应用程序，我没有做太多这方面的工作，过去看到的大部分内容都是关于Starling和Workling的，坦率地说，该应用程序不是很大，这个解决方案可能已经足够了，但是我想获得集成最佳解决方案的经验，因为我相信我将在某个时候将其集成到更大的应用程序中。
您建议用于Rails应用程序的哪些消息队列？
编辑：感谢您的建议，我将在本周末查看其中的一些建议。
再次编辑：我四处看了看，有点不知所措。但是，我将使用RabbitMQ与Workling集成到我正在构建的应用程序中，然后如果我需要了解快速队列的知识，我将拥有此知识并知道它是否符合我的需求。
编辑：越来越发现DJ对我来说完全没问题，如果我在网站上“超出”它，我会说Resque是我要前往的地方。
编辑：（2014年12月）自我询问以来已经过了很长时间，但我看到它仍然得到一些浏览或投票，因此我想在选择后台工作者时更新我的方法。
在我看来，当前在Ruby中运行后台作业的最佳方式是使用Sidekiq。许多人真正赞扬Sidekiq的线程工作者而不是每个工作者进程，这可以比Resque等使用显着更少的内存。这很好，但对我来说这不是关键特点。通过使用Sidetiq与Sidekiq，作业调度非常简单，我切换过来并从未回头，这是我使用过的最简单的作业调度，并且使Sidekiq易于使用。
我正在开发一个需要消息队列来处理一些后台任务的应用程序，我没有做太多这方面的工作，过去看到的大部分内容都是关于Starling和Workling的，坦率地说，该应用程序不是很大，这个解决方案可能已经足够了，但是我想获得集成最佳解决方案的经验，因为我相信我将在某个时候将其集成到更大的应用程序中。
您建议用于Rails应用程序的哪些消息队列？
编辑：感谢您的建议，我将在本周末查看其中的一些建议。
再次编辑：我四处看了看，有点不知所措。但是，我将使用RabbitMQ与Workling集成到我正在构建的应用程序中，然后如果我需要了解快速队列的知识，我将拥有此知识并知道它是否符合我的需求。
编辑：越来越发现DJ对我来说完全没问题，如果我在网站上“超出”它，我会说Resque是我要前往的地方。
编辑：（2014年12月）自我询问以来已经过了很长时间，但我看到它仍然得到一些浏览或投票，因此我想在选择后台工作者时更新我的方法。
在我看来，当前在Ruby中运行后台作业的最佳方式是使用Sidekiq。许多人真正赞扬Sidekiq的线程工作者而不是每个工作者进程，这可以比Resque等使用显着更少的内存。这很好，但对我来说这不是关键特点。通过使用Sidetiq与Sidekiq，作业调度非常简单，我切换过来并从未回头，这是我使用过的最简单的作业调度，并且使Sidekiq易于使用。