本文へ移動
統合コレクション

ロギングと可観測性 Telemetry の統合

アプリケーション ロガー、OpenTelemetry コンテキスト、およびフレームワーク診断を接続して、生のテレメトリを複製することなく、SQL 対応の結果イベントを圧縮します。

レビュー者 Telemetry 製品チーム に . コードの実行場所、共通のイベント項目、検証手順、リンク先の実装ガイドを確認しました. このページのレビュー担当

5 実装ガイド

すべてのガイドには、サーバー側のスニペット、配信とプライバシーの境界、検証クエリ、関連する SQL、および上流のドキュメントへのリンクが含まれています。

ガイドを参照する

選考枠組み

結果がわかる境界を選択してください

生の診断情報を専門家システムに保存

すべてのログ行またはスパンをミラーリングしないでください。リクエスト、ジョブ、またはワークフローが SQL で分析する価値のある結果に達したときに、1 つの制限付きイベントを送信します。

ペイロードをコピーせずに相関させる

承認されたトレースまたはリクエスト識別子を使用して、スタック トレース、ログ メッセージ、スパン属性、顧客コンテンツを除外しながらシステム間をピボットします。

アプリケーション境界で正規化する

イベントが分析テーブルに到達する前に、ロガー レベルと例外を制御された結果とエラー カテゴリに変換します。

共有イベント契約

最初のスキーマを相互運用可能に保つ

  • event_name、サービス、環境、リリース、ステータス、および duration_ms
  • 承認済み trace_id、request_id、account_id、および管理対象 error_type
  • 操作、依存関係、retry_count、および最終的なビジネス結果

これらのフィールドをワークフローに適応させますが、複数のサービスが同じテーブルに依存する前に、ユニット、ステータス カテゴリ、識別子、および所有権を明示的に保ちます。

検証

アラートの前に障害パスを実行する

  1. 1承認された識別子を使用して、1 つのイベントを元のログまたはトレースと比較します。
  2. 2例外によってスタック テキスト、パラメータ、または資格情報がコピーされないことを確認します。
  3. 31 つの論理結果がログ行またはログ スパンごとに 1 つのイベントになっていないことを確認します。
  4. 4サービスおよびリリースごとのクエリ結果とエラーの傾向。

実装ガイド

フレームワーク、プロバイダー、またはランタイムを一致させる

出典リンク付きの設定ガイド

Pino 構造化イベント分析

Pino 診断ログを、Node.js リクエスト、ジョブ、および製品の信頼性分析のために、制限された Telemetry 結果イベントと組み合わせます。

オープンガイド
出典リンク付きの設定ガイド

ウィンストンの構造化イベント分析

ログ ストリーム全体を複製することなく、Winston アプリケーション診断を小さな SQL 対応のリクエスト、ワークフロー、ジョブの結果に接続します。

オープンガイド
出典リンク付きの設定ガイド

OpenTelemetry 構造化イベントのコンテキスト

ワークフロー境界で安全なトレースとスパン識別子を記録することで、Telemetry ビジネス イベントを既存の OpenTelemetry トレースに接続します。

オープンガイド
出典リンク付きの設定ガイド

.NET および Serilog 構造化イベント分析

ASP.NET リクエストの遅延、障害、リリース、顧客への影響に関する Serilog 診断の横に、焦点を当てた Telemetry 結果イベントを追加します。

オープンガイド
出典リンク付きの設定ガイド

Spring Boot 構造化イベント監視

安定したルート、レイテンシ、ステータス、トレース コンテキストを使用して、Telemetry の HTTP API を通じて Spring MVC とスケジュールされたワークフローの結果を記録します。

オープンガイド

最初に 1 つのエンドツーエンドのワークフローを確認します

無料の API キーを作成し、最も近いランタイム ガイドを選択し、カバレッジを拡大する前に既知の成功と失敗を 1 つ送信します。

無料で始める