メソッドをリモートで実行するためにWebServerを使用していますか？

Question

私が話していることの非常に小さな説明が以下に示されています。私の組織では

• 負荷分散のための努力の奇妙な種類が実装 ですが、私は以下のことを説明しようとします。

• A JBossサーバは、一部のIPは、Iの面で行う （重を多くの重い時間&リソースを消費仕事を持っているアプリがある

• XXX.XXX.XXX.XXXとマシンで実行されます/ O操作は、大容量ファイルのアップロードをEX- & ダウンロード - ギガバイト）のURLでアクセスできる休憩WebAppの中に書かれて

• 方法&パラメータタイプPOSTに設定されたURLのparamsとして渡す方法、戻り値へ JSON出力としてメソッドの210。呼び出しは、バックグラウンドで何が起こるかを知らずに、プログラマ を行うことができるように

• 問題のアプリケーションは、ちょうどポストを作るために書かれたフレームワークは、前述のWebAppのに を呼び出していますがきれいに包まれました。

• このフレームワークは、フレームワークの1つの以上忙しい たびメソッドの呼び出しがあるとメソッド呼び出し のIPでWebアプリケーションを実行しているマシンを取るパラメータを外部化して、そのような マシンのリストに利用可能&ルートを設定しています製。

すべてがよさそうだが、私は&もの&多分厳しい障害が発生した場合にログを収集が遅くなる場合がありJSONで出力を送信してそこ&処理を行うwebsever HTTPでラップする事を疑います。

質問

私はこれはいいアプローチであるかどうか、この&に他のプログラマの意見を知りたいです。

また、負荷を分散しようとしているときに、既存の商用アプリケーションは何か類似していますか？

Answer 1

私の意見では、ロード・バランシングの効率は、リクエストを処理する正しいノードを選択する手間のかかるプロセスにあります。

一般的なアプローチは、負荷を取らなければならないノードのCPU使用率を監視し、最も負荷の低いノードに負荷を送信することです。このプロセスは、正確で効率的でなければなりません。

あなたのケースでは、Jsonデータの要求と転送のラッピングは、必要なアクティビティや軽い作業のように見えるので、最も懸念されるものです。負荷分散アクティビティに焦点を当てる必要があります。私が正しく理解している場合

をコメントする

回答は、http methodserverは、中央のアプリからのリクエストを処理するためにあります。ロードバランシングはそれらによって行われません。どちらのmethodserverがどの要求を受け取るかを決定する必要のある中央負荷分散メカニズム/ツールが必要です。

すべてのメソッドサーバー（スレーブ）は同一である必要があります。これにより、あるノードで修正を行うことができ、他のノードに伝播させることができるため、メンテナンスの手間が軽減されます。これが私の組織でどのように行われているかです。

同様の操作が繰り返し実行される場合、アプリケーションサーバーがここでいくつかの重複を減らすことが必要な場合があります。