DRbを使用してメモリ内メッセージ キューを実装し、プロセス間でアクションを同期する際に考慮すべき問題はありますか? 信頼できない可能性があると聞きましたが、この主張を確認するものはウェブ上で見つかりませんでした.
関連する場合、これらは、データベース内のモデルを更新する Rails アプリ環境で実行されるプロセスになります。
DRbを使用してメモリ内メッセージ キューを実装し、プロセス間でアクションを同期する際に考慮すべき問題はありますか? 信頼できない可能性があると聞きましたが、この主張を確認するものはウェブ上で見つかりませんでした.
関連する場合、これらは、データベース内のモデルを更新する Rails アプリ環境で実行されるプロセスになります。
DRb はかなり確立されており、広く使用されています。信頼性を損なう原因については知りませんが、メッセージ キューとしては使用しません。
DRb を使用して独自のメッセージ キューを作成するよりも、メッセージ キューをメッセージ キューとして使用するほうがうまくいくと思います。ニーズに応じて多くのソリューションがあります.memcacheqは操作が非常に簡単で、インメモリであり、非常に安定しています.
私は個人的に、Webサーバー上で2つの別々のプロセスで実行されているDRbを使用して、1つは数分間の計算を実行し、Webサイトが進行状況をポーリングしてチェックインできるようにします。もう1つは、サーバー上のさまざまなアプリケーション用の独自のDB接続を備えた共有キャプチャサーバーとして使用します。 。どちらの場合も、DRbサーバーに障害が発生したことはありません(プログラミングミスがあった場合を除く)。
DRbサーバーに障害が発生した場合でも、DRbサーバーを再起動すると、実行中のクライアントは、次に通信が必要になったときに正常に再接続します。