マイクロトラックバックグラウンドサービスコール - すばやく呼び出しが失敗したサービスの原因を特定します。
さらに、いくつかの役割があります。
まず、最適化システムのボトルネック
コール後の各リンク上のレコードを消費することで、すぐに目標と最適化を行うために、システム全体のボトルネックを見つけます。
第二に、リンクの呼び出しを最適化
あなたは、コールのパスが追跡し、それが合理的であるかどうかを評価するために、サービスを通過し分析することができます。例えば、下りリンクの分析を通じてサービスの数に依存してサービスコールは、各依存関係は、ビジネスサービスが依存最適化することで低減することができ、必要であるかどうかを評価することができます。
第三に、ネットワークトポロジを生成します
システムに記録されているサービスのリンク情報を追跡することにより、ネットワークトポロジーは、システムコールグラフを生成することができ、反応系は、サービス間の関係は何を呼び出すだけでなく、どのようなサービスに依存しています。ネットワークトポロジにもより多くの情報が監視サービスで役割を果たして、ラベルを付けたサービスを呼び出して置くことができます。
第四に、透過的なデータ伝送
追跡サービス、ビジネス、しばしば必要性に加えて、ユーザデータを期待して、通話の開始から各サービスシステムに受け継がれてきた情報を得ることができます。このような事業として、いくつかのA / Bテスト、サービスの追跡システムを通じて、この時間をしたい、A / Bスイッチ論理テストはA統一することができますスイッチのレベルに到達することができ、サービスの各レイヤによって受け継がれてきました/ Bテスト。
サービス追跡システム原理
核となるアイデア：グローバルに一意なIDは、通話データや各種システムの統計的指標を分析し、システムが追跡することができ、従って元のコール関係を減少させる、一緒にサービス要求の各ノードで同じ介して配布されます。（Googleの紙--Dapper）
このように派生：などのTwitter Zipkin、イーグルアイアリ、（下）米国のグループMTRACEを、
TRACEID：特定の要求IDのユーザ識別子。ユーザがシステムへのアクセスを要求すると、RPCは最初グローバル一意TRACEIDを生成するためにネットワーク層で呼び出し、RPCコールバック連続的に送信されるよう時点でユーザが要求をTRACEIDできるように、それぞれの層は、あろうパスのシステムコールシリーズ。
spanId：分散要求内の位置を識別するためのRPCコール。場合、システムへのユーザ要求、spanId A RPCはspanIdは、次のレベルのRPCコール0.1 Cに進んで0.1時間spanIdが0である、RPCは、層Bを呼び出すネットワーク内のコール第一層の初期値0.1、及びE 0.2 spanId RPCコールと同じ層にB、これは、あなたは、どのシステム・コールRPCリクエストの位置を見つけることができspanId spanIdを通過することができる場合であり、それは下流に依存しています誰が。