人们在Rails应用程序中使用了哪些消息队列，以及 Select 它的驱动力是什么.最近推特上关于室内排队的椋鸟坠落的宣传是否影响了现有的设计决策.
我正在开发一个应用程序，它需要一个消息队列来处理一些后台任务，我没有做太多这方面的工作，我过go 看到的大部分内容都是关于Starling和Workling的，老实说，这个应用程序不是很大，这个解决方案可能就足够了，但我很想获得整合最佳解决方案的经验，因为我相信我会在某个时候将其整合到一个更大的应用程序中.
对于Rails应用程序，您建议使用哪些消息队列？？？
编辑:谢谢你的建议，这个周末我会看一些.
再次编辑:我环顾四周，有点不知所措.然而，我将着手将RabbitMQ与工作集成到我正在构建的应用程序中，如果我需要一些关于快速队列的知识，那么我将拥有这些知识，并知道它是否适合我的需要.
编辑:找到越来越多适合我的DJ就好了，如果我在一个网站上"长大"了，我会说Resque就是我要go 的地方.
编辑:(2014年12月)我问这个问题已经很久了，但我看到它仍然得到了一些意见或投票，所以我想我现在应该更新一下我 Select 背景工作者的方法.
在我看来，目前在Ruby中运行后台作业(job)的最佳方式是使用Sidekiq.很多人都称赞Sidekiq是线程化的工作线程，而不是每个工作线程的进程，这比我在Sidekiq之前使用的Resque之类的工具占用的内存要少得多.这很好，但对我来说，这不是杀手级功能.通过将Sidetiq与Sidekiq结合使用，作业(job)的调度非常简单，以至于我切换到了Sidekiq，并且从来没有回顾过它，这是迄今为止我使用过的最简单的作业(job)调度，并且使Sidekiq成为了一种轻松使用的工具.