Spring Cloud はマイクロサービスアーキテクチャを構築します: 分散サービス追跡 (サンプリング収集)

分散システムでのリクエスト追跡は、Trace ID と Span ID を通じて実現され、記録された追跡情報は最終的に分析システムによって収集され、過度の遅延があるリクエストリンクの警告、リクエストリンクの呼び出し詳細の照会など、分散システムの監視および分析機能を実装するために使用されます。この時点で、分析システムに接続するときに問題が発生します。分析システムが追跡情報を収集する場合、どのくらいの追跡情報を収集する必要がありますか?

[[226406]]

理論的には、収集するトレース情報が多いほど、システムの実際の動作をより正確に反映し、より正確な警告と分析を提供できるようになります。ただし、高度な同時実行分散システムが実行されている場合、多数のリクエスト呼び出しによって膨大な量のトレースログ情報が生成されます。トレース情報を収集しすぎると、分散システム全体のパフォーマンスに一定の影響が出ます。同時に、大量のログ情報を保存するには、大量のストレージオーバーヘッドも必要になります。したがって、Sleuth は抽象コレクションメソッドを使用して、収集するトレース情報をマークします。これは、前にログ情報で確認した 4 番目のブール値です。後続のトレース情報コレクターによって情報が取得され、保存されるかどうかを表します。

Sleuth のサンプリング収集戦略は、次のように定義される Sampler インターフェースを通じて実装されます。

パブリックインターフェースサンプラー{
    /**
     * @戻る 範囲が ない ヌル 追跡システムにエクスポートする必要がある
    */
    ブール値 isSampled(Span span);
 }

isSampled メソッドを実装すると、Spring Cloud Sleuth はトレース情報を生成するときにこのメソッドを呼び出して、トレース情報を収集するかどうかのフラグを生成します。 isSampled が false を返したとしても、それはトレース情報が後続のリモート分析システム (Zipkin など) に出力されないことを意味するだけであることに注意してください。リクエストのトレースアクティビティは引き続き実行されるため、コレクションフラグが false に設定されたレコードがログに引き続き表示されます。

デフォルトでは、Sleuth は PercentageBasedSampler によって実装されたサンプリング戦略を使用して、リクエストのパーセンテージとしてトレース情報を構成および収集します。 application.properties で次のパラメータを構成することで、パーセンテージ値を設定できます。デフォルト値は 0.1 で、リクエストトレース情報の 10% を収集することを意味します。

 spring.sleuth.sampler.percentage=0.1

開発およびデバッグ中は、通常、すべてのトレース情報が収集され、リモートリポジトリに出力されます。値を 1 に設定するか、AlwaysSampler Bean を作成してデフォルトの PercentageBasedSampler 戦略をオーバーライドすることができます (実装する isSampled メソッドは常に true を返します)。次に例を示します。

 @ビーン
パブリックAlwaysSamplerデフォルトSampler（）{
新しい AlwaysSampler()を返します。
 }

実際の使用においては、Span オブジェクトに格納されている情報と連携することで、指定したタグのみを含むサンプリング戦略を実装するなど、実際の状況に応じてよりニーズに近いサンプリング戦略を立てることができます。

パブリッククラスTagSamplerはSamplerを実装します{ 
 
    プライベート文字列タグ; 
 
パブリックタグサンプラー(文字列タグ) {
        this.tag = タグ;
    } 
 
    @オーバーライド
パブリックブール値isSampled(Span span) {
 span.tags().get(tag) != nullを返します。
    }
 }