サービスを使用して情報を返す大規模な Java Web アプリケーションを使用しています。私の主な目標は、100 以上の個々の結果をできるだけ早く取得することです。情報のリクエストを 100 回以上送信しても、データの返信で最高のパフォーマンスが得られないことに気付きました。私たちの解決策は、100 件以上のリクエストを小さなバッチ (~15,25) に分割し、すべてが受信されたらそれらを組み立てることでした。
アプリケーションからサービスに 1、50、または 200 のリクエストを作成し、アプリケーションに情報を戻し、さらにリクエストがある場合は別のバッチを実行するという Java の提案を探しています。リクエストが残っていない場合は、リストに集めて、その完全なリストを返します。
フォームの提案は大歓迎です、ありがとう。
この種のことにはSpring Integrationを使用します。リクエストを細かく分割して多数の小さなリクエストを送信する構成可能なメッセージ スプリッターと、すべてのレスポンスをいつ受信したかを認識して 1 つの結果を返すメッセージ アグリゲーターをセットアップできます。
Spring にはSpring Batchと呼ばれる製品もあり、これは便利な代替手段になる可能性がありますが、それはあなたがやっているようには聞こえない重いバッチ処理のためのものです。
可能/実行可能であれば、/ serviceを拡張して、単一のプロトコル要求で複数の論理要求の処理をサポートします。例：HTTPリクエスト。
理論的には、サーバー側が単一の要求を受け取った場合、クライアント側とサーバー側の両方がより少ないオーバーヘッドで作業を実行できるはずです。クライアント側とサーバー側の両方で節約できるはずです。