DRbを使用してメモリ内メッセージキューを実装したり、プロセス間でアクションを同期させたりする際に考慮すべき問題はありますか?私はそれが信頼できないと聞きましたが、ウェブ上でこの主張を確認するものは何も見つかりませんでした。DRbの信頼性はどれくらいですか?
関連性のあるものは、データベースのモデルを更新するrailsアプリケーション環境で実行されるプロセスです。
DRbを使用してメモリ内メッセージキューを実装したり、プロセス間でアクションを同期させたりする際に考慮すべき問題はありますか?私はそれが信頼できないと聞きましたが、ウェブ上でこの主張を確認するものは何も見つかりませんでした。DRbの信頼性はどれくらいですか?
関連性のあるものは、データベースのモデルを更新するrailsアプリケーション環境で実行されるプロセスです。
DRbはかなり確立され広く使用されています。それを信頼できないものとして知らないが、メッセージキューとして使用しないでください。
メッセージキューをローリングする代わりにメッセージキューとして使用するほうが幸運ですDRbを使用して自分自身。あなたのニーズに応じて、たくさんの解決策があります。memcacheqは、やりとりがとても簡単で、メモリに入っていて、かなり安定しています。
個人的には、私のWebサーバーの1つであるperform minutes-long calculations, allowing the website to poll and check in on the progressの2つのプロセスで動作するDRbを使用します。もう1つは、自分のサーバー上のさまざまなアプリケーションに対して独自のDB接続を持つ共有のcaptchaサーバーです。いずれにしても、私はDRbサーバに失敗したことがあります(私のところでプログラミングミスがあった場合を除いて)。
DRbサーバーに障害が発生しても、再起動できます。また、実行中のクライアントは、次に通信する必要があるときに正常に再接続します。