最近このような問題に遭遇しました。ストレス テストでは、各スレッドが SOA サービスの特定のメソッドを呼び出しました。メソッド本体でのビジネスの開始から戻りまでに約 500 ミリ秒かかりましたが、SOA 全体への外部呼び出しには約 500 ミリ秒かかりました。 4s. ネットワーク上の理由を除き、プロデューサーとコンシューマーの両方が同じ LAN 内にあります。
この場合、空のオブジェクトを直接返すように SOA メソッドが変更されると (内部メソッドの消費時間は 0 ミリ秒)、SOA の外部呼び出し全体で約 20 ミリ秒が消費されます。この場合、SOA メソッドが Thread.sleep(600) に変更されると (内部メソッドは 600 ミリ秒を消費します)、外部 SOA 呼び出し全体で約 6 秒かかります。
SOA の内部時間がかかることが外部リクエスト全体に大きな影響を与えることがわかりますが、dubbo にこの要因を決定する関連パラメータがあるかどうか、または分析を提供するツールがあるかどうか教えてください。現時点では、ダボのパフォーマンス問題をトラブルシューティングするための良いアイデアやツールはありません。神に悟りを求めてください！
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Dubbo クラスターの分析事例については、こちらのコンテンツをご参照ください: http://www.roncoo.com/course/...