人々が Rails アプリに使用しているメッセージ キューと、それを選択する決定の背後にある原動力は何でしたか。社内キューのStarlingの落下に関する最新のTwitterの宣伝は、既存の設計上の決定に影響を与えますか.
私はいくつかのバックグラウンド タスクを処理するためにメッセージ キューを必要とするアプリに取り組んでいますが、これについてはあまり行っていません。過去に見たもののほとんどは Starling と Workling に関するものでした。正直に言うと、アプリケーションはそれほど大きくなく、このソリューションでおそらく十分ですが、いつか大きなアプリに統合すると確信しているので、可能な限り最良のソリューションを統合する経験を積みたいと思っています.
Rails アプリにおすすめのメッセージ キューは何ですか?
編集：提案をありがとう、私は今週末それらのいくつかを見るつもりです.
再び編集：私は周りを見回して、選択に少し圧倒されました. ただし、RabbitMQ と Workling を構築中のアプリに統合するつもりです。その後、ファスト キューに関する知識が必要になった場合は、これを入手して、それが自分のニーズに合っているかどうかを判断します。
編集: 自分に合った DJ をどんどん見つけていきます。あるサイトでそれを「成長」させることがあるとしたら、Resque は私が向かう場所だと思います。
EDIT：（2014年12月）私がこれを尋ねてから長い時間が経ちましたが、まだいくつかの意見や投票を得ているので、バックグラウンドワーカーの選択に関しては、今のアプローチで更新すると思いました.
私の意見では、現在、Ruby でバックグラウンド ジョブを実行する最良の方法は、Sidekiq を使用することです。Sidekiqの前に私が使用していたResqueのようなものよりもはるかに少ないメモリを使用できるワーカーごとのプロセスではなく、スレッド化されたワーカーであるSidekiqを多くの人が本当に称賛しています。これは良いことですが、私にとってこれはキラー機能ではありませんでした。Sidetiq を Sidekiq と共に使用することで、ジョブのスケジューリングが非常に簡単になり、切り替えて振り返ることはありませんでした。これまで使用した中で最も簡単なジョブのスケジューリングで、Sidekiq を簡単に使用できます。