Railsアプリケーションで使用されているメッセージキューは何ですか？そして、それを選択する原動力は何ですか？既存のキューStarlingの最新のTwitterの宣伝は、既存の設計上の意思決定に影響を与えますか？Ruby on Railsのメッセージキュー
私はこれの多くを行っていない、いくつかのバックグラウンドタスクを処理するために、メッセージキューが必要になりますアプリに取り組んでいますし、私が過去に見てきたものの大部分はスターリングとWorklingについてされている、と正直言ってアプリケーションはそれほど大きくはないでしょうが、このソリューションでは十分でしょうが、私はある時点で大きなアプリケーションに統合することができると確信しています。
Railsアプリケーションにはどのようなメッセージキューがありますか？
編集：ありがとうございます、私は今週末のいくつかを見ていきます。
EDIT Again：私は周りを見ていて、選択肢には少し圧倒される。しかし、RabbitMQとWorklingを統合して、構築しているアプリケーションに入れようとすると、高速キューに関する知識が必要な場合は、これを持って自分のニーズに合っているかどうかを知ることになります。
EDIT：DJが私にはうまく合っていますが、現場でこれ以上成長していれば、私は頭がおかしくなると思います。
EDIT：（2014年12月）私はこれを尋ねて以来長い時間がかかっていますが、それでもいくつかの意見や票を得ていることがわかりましたので、私のアプローチで今更新しています背景の労働者の選択。
現在のところ、Rubyでバックグラウンドジョブを実行する最善の方法は、Sidekiqを使用することです。 Sidekiqの前に使っていたResqueよりもかなり少ないメモリを使うことができる、従業員一人一人のプロセスではなくスレッド化されたworkerだから、多くの人が本当にSidekiqを賞賛しています。これはいいですが、私にとってこれはキラー機能ではありませんでした。 Sidekqと一緒にSidetiqを使うことで、仕事のスケジューリングがとても簡単で、私が使い慣れた仕事をはるかに簡単にスケジューリングすることができ、それを振り返ったことはありません。ここで
が、それは私がやっている何のために最善のようだ、簡単にセットアップして使用します。推薦された。 – nitecoder
それ以来、彼らはResque（http://github.com/blog/542-introducing-resque）に移りました。クリスはまだ仕事が遅れているとは言いたいことがたくさんありますが、Resqueは彼らのニーズをよりよく満たしています。私にとっては、仕事が遅れている方がまだ良いです。 –