0

Googleのクラウドエンドポイントv2/java8に移行したところ、レイテンシが上がったことがわかりました。私たちはしばしばトレースで要求のこの種を参照してください約14msを消費し周りに使用していますGoogle Cloudエンドポイントが遅い

https://servicecontrol.googleapis.com/v1/services/<myapi>.endpoints.<myappid>.cloud.goog:check

。また、何らかのメモリ使用量が増え、私たちのB2フロントエンドが突然ブロックを開始し、10秒間の遅延が発生することがありました。これは接続プーリングが正しく行われなかったため問題になる可能性がありましたが、エンドポイント-v1 & java7 同時に、インスタンスごとに0個のエラーが報告されています(これは真実ではなく、常に約10-30秒後に要求を中断しています)。また、要求が以前のようにどこで中止されたかを見るためにスタックトレースを取得できません。

インスタンスを強制終了/再起動すると、10秒の問題はしばらく解決されますが、それは当然の解決策ではありません。

v2の約束されたパフォーマンス向上を達成するために必要なステップはありますか?

+0

スタックトレースの表示方法を知りましたが、基本的にエンドポイントログではなくGAEログを検索する必要があります。何とか直接エンドポイントのページからそこに着くことはいいですね。 – cputoaster

答えて

1

管理ライブラリなしでベースAPIフレームワークを使用すると(そのうちの14msコールが一部です)、レイテンシが改善されるはずです。以前は別のサービスであったコードを組み込んでいるため、v2フレームワークではメモリ使用量が増えています。 API管理を使用していない場合は、ライブラリを削除し、役立つかどうかを確認することをお勧めします。多くのコードやデータを読み込まないため、14msのレイテンシをなくし、メモリの使用量を削減する必要があります。

+0

apiの管理なしで私が失うもののドキュメントを教えてもらえますか?また、サンプルドキュメントにはB4_1Gインスタンスを使用する必要があり、非常に高価です。これは、エンドポイントの使用率が現在、大規模なプロジェクトでのみサポートされていることを意味し、小さなものでは避けるべきですか? – cputoaster

+0

クラウドコンソールの[エンドポイント]タブ、サードパーティ認証、APIキーのサポートでデータが失われます。私は最初に通常のB4インスタンスを試します。それでも問題が解決しない場合は、最適化を行う必要があると思います.B4_1Gインスタンスは必須ではありません。 – saiyr

関連する問題