OpenTelemetry オブザーバビリティ

OpenTelemetry のオープンなインスツルメンテーションを保ち、分析基盤を作り直さない

OpenTelemetry SDK、OTel Collector、OTLP から Guance へテレメトリデータを送信し、ベンダーに依存しないインスツルメンテーションを保ったまま、メトリクス、ログ、トレース、プロファイル、インシデントのコンテキストを一元的に分析します。

OpenTelemetry を共通のオブザーバビリティ基盤へ接続する理由

01オープンなインスツルメンテーションを維持する

OpenTelemetry でメトリクス、ログ、トレースを収集しながら、分析バックエンドへの依存を抑えます。

02シグナルをまたいで関連付ける

OTel データをホスト、コンテナー、RUM、イベント、サービスの責任情報と結び付けます。

03複数言語のサービスを共通の属性で管理する

Java、Go、Python、Node.js などのランタイムで、一貫したリソース属性とサービス属性を利用します。

04分析バックエンドの運用を減らす

オープンな収集と、マネージドストレージ、クエリ、アラート、データパイプラインを組み合わせます。

05移行の選択肢を残す

アーキテクチャが変化しても、既存の SDK と Collector の構成を再利用できます。

OpenTelemetry データフロー

インスツルメンテーションから調査まで、サービスコンテキストを維持します

収集、処理、サービス識別子、調査を一つの流れにまとめ、オープンなテレメトリを日常運用で活用できる状態にします。

  1. インスツルメンテーションを標準化します

    OpenTelemetry SDK、自動インスツルメンテーション、または既存の Agent でメトリクス、ログ、トレースを収集します。

  2. テレメトリを処理してルーティングします

    OTel Collector、OTLP、または DataKit でテレメトリを変換、フィルタリング、転送します。

  3. サービス識別子を維持します

    service、environment、version、リソース属性を統一し、複数のシグナルを同じサービスへ結び付けます。

  4. 調査して復旧を検証します

    DQL、ダッシュボード、モニター、イベント、ログ、トレースで原因を調査し、復旧を確認します。

OpenTelemetry のメトリクス、ログ、トレースを取り込む

OpenTelemetry SDK、OTel Collector、OTLP 互換パイプラインから Guance へデータを送信します。オープンなインスツルメンテーションを維持しながら、メトリクス、ログ、トレース、プロファイル、ダッシュボード、アラートをマネージド環境で分析できます。
デモの予約をしてください
OpenTelemetry のメトリクス、ログ、トレースを取り込む
トレースからサービス、ログ、インフラへ移動する

トレースからサービス、ログ、インフラへ移動する

遅いリクエストや失敗したリクエストから、サービストポロジー、関連ログ、ホスト、コンテナー、依存リソースへ調査を続けます。共通のリソース属性とサービス属性により、調査コンテキストを維持できます。
デモの予約をしてください

チームをまたいでサービス識別子と属性を標準化する

サービス、環境、バージョン、リソース属性を統一し、言語やチームが異なるテレメトリを整理します。同じコンテキストを、検索、アラート、調査で再利用できます。
デモの予約をしてください
チームをまたいでサービス識別子と属性を標準化する
OTel テレメトリをダッシュボード、アラート、インシデント対応へつなげる

OTel テレメトリをダッシュボード、アラート、インシデント対応へつなげる

DQL クエリ、ダッシュボード、異常検知、モニター、イベントを利用し、OpenTelemetry データを収集だけで終わらせず、日常の運用フローに組み込みます。
デモの予約をしてください

OpenTelemetry とフルスタックオブザーバビリティを統合する

OTel テレメトリを RUM、CI、インフラストラクチャー、Kubernetes、ログ管理、セキュリティデータと関連付け、システム全体の挙動とユーザー影響を把握します。
デモの予約をしてください
OpenTelemetry とフルスタックオブザーバビリティを統合する

オープンなオブザーバビリティ基盤をさらに拡張する

よくある質問

OpenTelemetry データを Guance に直接送信できますか?

はい。OpenTelemetry SDK、OTel Collector、OTLP 互換パイプラインからメトリクス、ログ、トレースを Guance に送信し、一元的に分析できます。

OTel Collector を運用している場合も DataKit は必要ですか?

収集アーキテクチャによって異なります。DataKit は Guance 向けの収集と処理を提供し、既存の OpenTelemetry パイプラインは維持したまま互換テレメトリを転送できます。両方を組み合わせることも可能です。

OpenTelemetry と APM はどのような関係ですか?

OpenTelemetry はインスツルメンテーションとテレメトリ転送を標準化します。APM はサービス性能、リクエストトレース、エラー、依存関係、運用フローの分析に重点を置きます。Guance は OpenTelemetry データを、より広い分析レイヤーの一部として活用します。

Guance は OTel Collector を置き換えますか?

いいえ。OTel Collector はテレメトリの受信、処理、ルーティングを担当します。Guance はマネージドストレージ、クエリ、関連分析、アラート、インシデントワークフローを提供します。既存の Collector から Guance へデータを送信できます。

どの OpenTelemetry シグナルとプロトコルを利用できますか?

OTLP を通じてメトリクス、ログ、トレースを送信でき、対応するインスツルメンテーションではプロファイルも利用できます。サービス属性とリソース属性は、シグナルをまたぐクエリと調査に使用されます。

Guance が OpenTelemetry データを受信し、フルスタックの運用コンテキストへ関連付ける方法を見る

デモの予約をしてください