分散トレーシングとイベント

オブザーバビリティは、ログ、メトリクス、トレースという3本の柱で成り立っています。ログとメトリクスについてはすでに学びました。このレッスンでは、トレーシングとKubernetes Eventsを扱います。

分散トレーシングは、1つのリクエストが複数のサービスを通過する過程を追跡します。どこで時間がかかっているか、どのサービスがエラーの原因になったかを確認できます。

トレースは、リクエストの全行程を表します。それぞれのステップは、開始時刻、実行時間、メタデータを持つスパンです。スパンが入れ子になることで、ツリーが形成されます。

トレーシングを機能させるには、サービス間でリクエストヘッダーにトレースコンテキストを渡し、各ホップを同じトレースに関連付ける必要があります。

OpenTelemetry (OTel)は、アプリを計装してトレースをエクスポートするための標準です。OTel Collectorをクラスター内で実行し、スパンを受信して転送できます。

スパンはJaegerやTempoなどのバックエンドに送信されます。これらはトレースを保存して可視化するため、遅いリクエストを詳しく調査できます。

アプリのトレースとは別に、Kubernetesはクラスターで起きていることを示すEventsを生成します。スケジューリング、イメージの取得、プローブの失敗などが記録されます。

kubectl describeを使うと、特定のオブジェクトに関連付けられたEventsが表示されます。Podが停止している理由を確認する最も手早い方法になることがよくあります。

Eventsはデフォルトで約1時間後に期限切れになります。クラスターの履歴を長期間保持するには、ログまたはEventsのバックエンドにエクスポートして、重要な情報を失わないようにしてください。

本当の威力は、すべての情報源を関連付けることで発揮されます。メトリクスの急増を手がかりにトレースを確認し、トレースからサービスを特定すると、そのサービスのログとEventsによって根本原因を説明できます。

• リクエストが遅いものの、どのサービスに原因があるかわからない場合
• マイクロサービスの連鎖の奥深くでエラーが発生している場合
• サービス間の依存関係を把握する必要がある場合

トレーシングについての知識を確認しましょう。

オブザーバビリティの3本目の柱として、分散トレーシングを学びました。分散トレーシングは、スパンとコンテキストの伝播を使ってサービス間のリクエストを追跡し、多くの場合はOpenTelemetryを通じてJaegerやTempoに送信します。また、クラスター全体の診断に短期間しか保持されないKubernetesのEventsを読み取り、ログ、メトリクス、トレース、Eventsを相互に関連付ける方法も学びました。