アプリが取得するリクエストごとに、多くの API に対して多数の URL フェッチ リクエストを送信します。また、それらのレスポンスを並行して送信および処理したいと考えています。
外部 API の応答を待つのにかかる時間だけで、計算は重くありません。
make paralleled を使用する最善の理由は何ですか? スレッド?タスクキュー?
あるいは、アプリ内のメイン サーブレットから他のサーブレットに HTTP を送信することも考えました。
アプリが取得するリクエストごとに、多くの API に対して多数の URL フェッチ リクエストを送信します。また、それらのレスポンスを並行して送信および処理したいと考えています。
外部 API の応答を待つのにかかる時間だけで、計算は重くありません。
make paralleled を使用する最善の理由は何ですか? スレッド?タスクキュー?
あるいは、アプリ内のメイン サーブレットから他のサーブレットに HTTP を送信することも考えました。
いくつかのオプションがあります
この記事を読んで、非同期 urlfetch の使用を検討してください。 http://ikaisays.com/2010/06/29/using-asynchronous-urlfetch-on-java-app-engine/
多数の URL がある場合 (どれだけあるかを定量化していません)、タスク キューの使用を検討すると、10 分の要求時間があります。
代わりに、処理するプル キュー送信 URL と、要求を処理するバックエンドを使用してから、バックエンド インスタンスでスレッドを使用できます。
ティムが言ったように、asych urlfetch は最も簡単で最良のオプションです。
GAE へのリクエストが完了するまでの時間が気になる場合は、タスク キューで延期されたタスクを開始し、すぐにリクエストから戻って、その 10 分をタスク キュー タスクに入れることができます。