Jaeger

サービスをまたぐ処理経路を一つのトレースで追う

アプリケーションのOpenTelemetry SDKから送られたspanをCollectorが受け取り、トレースとして関連付けます。Query ServiceとWeb UIを通じて、複数サービスにまたがる待ち時間、親子関係、エラーの発生箇所を調べられます。

出典：[1]

収集・検索とストレージを構成に合わせて分ける

Jaeger v2はOpenTelemetry Collectorのコンポーネントを利用し、Collector、Query Service、UI、ストレージを用途に合わせて構成します。ストレージプラグインを介して永続化層を接続でき、READMEにはElasticsearch、OpenSearch、Cassandra、ClickHouseの対応方針も示されています。

出典：[1]

マイクロサービスの遅延と依存関係を調べる運用に向く

一つの要求が複数サービスを通る環境で、どの区間が遅いか、どの下流処理で失敗したかを調べたいチームに向きます。OpenTelemetryを共通の計装方式として採用し、開発時の調査から本番の観測まで同じトレース形式を使いたい場合にも適します。

all-in-oneと本番構成を分け、互換性を追跡する

READMEのDockerによるall-in-oneは、UI、Collector、Query、メモリ内ストレージを一つにまとめた動作確認用の構成です。本番では永続ストレージ、保存期間、取り込み量、冗長化、認証や公開範囲を別途設計する必要があります。

Jaeger v2はOpenTelemetry Collectorの構成要素を利用するため、依存側の変更に伴い設定項目が非推奨になる場合があります。プロジェクトは削除まで少なくとも3か月または2回のマイナーリリースという猶予方針を示していますが、更新前にはリリースノートと設定互換性を確認します。

出典：[1][2]