OpenTelemetry Protocol が Google Cloud Observability に登場

※この投稿は米国時間 2025 年 9 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。

OpenTelemetry Protocol（OTLP）は、ベンダーに依存しない方法でテレメトリーをソースから宛先に転送するように設計されたデータ交換プロトコルです。このたび、Google Cloud Observability の一部である Cloud Trace が、telemetry.googleapis.com を介して OTLP を使用してトレースデータを送信するユーザーをサポートするようになりました。

以下に、OTLP を使用してテレメトリー データをオブザーバビリティ ツールに送信するメリットを挙げます。

1. ベンダーに依存しないテレメトリー パイプライン: プロセス内またはコレクタからネイティブ OTLP エクスポータを使用することができます。これにより、テレメトリー パイプラインでベンダー固有のエクスポーターを使用する必要がなくなります。

2. テレメトリー データの整合性が高い: テレメトリー データが送信と保存の際に OTel データモデルを保持し、独自の形式への変換を回避できるようにします。

3. お好きなオブザーバビリティ ツールとの相互運用性: 追加の OTel エクスポーターなしで、ネイティブ OTLP をサポートする 1 つ以上のオブザーバビリティ バックエンドにテレメトリーを簡単に送信できます。

4. クライアントサイドの複雑さとリソース使用量を削減: フィルタの適用などのテレメトリー処理ロジックをオブザーバビリティ バックエンドに移動することで、カスタムルールの必要性が減り、クライアントサイドの処理オーバーヘッドが削減されます。

Cloud Trace から OTLP を使用する方法を簡単に見てみましょう。

Cloud Trace と OTLP の実例

telemetry.googleapis.com 経由で OTLP を使用してトレースデータを送信することが、新規ユーザーと既存ユーザーの両方にとって推奨されるベスト プラクティスになりました。特に、大量のトレースデータを送信することが予想されるユーザーにはおすすめです。

Trace エクスプローラ ページでは、OpenTelemetry の規則を幅広く使用して、関心のあるトレースをフィルタリングして見つける際に豊富なユーザー エクスペリエンスを提供します。次に例を示します。

1. OpenTelemetry の規則である service.name は、スパンの送信元サービスを示すために使用されます。

2. スパンのステータスは、OpenTelemetry のスパン ステータスで示されます。

Cloud Trace の内部ストレージ システムでは、トレースデータの整理と保存に OpenTelemetry データモデルがネイティブに使用されるようになりました。新しいストレージ システムにより、trace データが telemetry.googleapis.com を介して送信される際の上限が大幅に引き上げられました。主な変更点は次のとおりです。

• 属性のサイズ: 属性キーは最大 512 バイト（128 バイトから）、値は最大 64 KiB（256 バイトから）にできます。

• スパンの詳細: スパン名は 1,024 バイト（128 バイトから増加）まで、スパンは 1,024 個（32 個から増加）までの属性を持つことができます。

• イベントとリンクの数: スパンあたりのイベント数が 256（128 から増加）に、スパンあたりのリンク数が 128 になりました。

OTLP を使用してトレースデータを送信することで、上記のストレージ上限の引き上げに加えて、トレース エクスプローラ UI とオブザーバビリティ分析のユーザー エクスペリエンスが向上すると考えています。

OTLP に関する Google Cloud のビジョン

Cloud Trace での OTLP サポートの提供は、ほんの始まりにすぎません。Google のビジョンは、OpenTelemetry を活用して Google Cloud 全体でテレメトリーを生成、収集、アクセスできるようにすることです。Google の OpenTelemetry への取り組みは、トレース、指標、ログなど、あらゆる種類のテレメトリーに及びます。これは、テレメトリー管理を簡素化し、オープンなクラウド環境を促進するという Google の戦略の要です。

昨今の複雑なクラウド環境では、さまざまなシステムにまたがり、一貫性のないデータ形式で膨大な情報のテレメトリー データを管理すると、オブザーバビリティのギャップが生じ、運用オーバーヘッドが増加する可能性があります。Google は、すべてのテレメトリー タイプでネイティブ OTLP インジェストに焦点を当てることから始めて、テレメトリー パイプラインの合理化に専念しています。これにより、データを Google Cloud Observability にシームレスに送信できます。これにより、ベンダーに縛られない相互運用性が促進され、複雑な変換やベンダー固有のエージェントが不要になります。

シームレスな取り込みだけでなく、マネージド サーバーサイド処理、さまざまな宛先への柔軟なルーティング、環境全体にわたるテレメトリーの統合管理と制御の機能も構築しています。これにより、高度な処理機能とルーティング機能をすべて 1 か所で利用できるようになり、オブザーバビリティ エクスペリエンスがさらに向上します。

telemetry.googleapis.com を使用した OTLP トレースの取り込みの導入は、この取り組みにおける重要な第一歩です。Google は、Google Cloud で統合された合理的なオブザーバビリティ エクスペリエンスを提供するために、追加の処理機能とルーティング機能を使用して、すべてのテレメトリー タイプで OpenTelemetry のサポートを拡大する取り組みを続けています。

使ってみる

移行ガイドに沿って、トレースデータに telemetry.googleapis.com を使用し始めることをおすすめします。この新しいエンドポイントは、ストレージの上限の引き上げや、Cloud Trace Explorer とオブザーバビリティ分析におけるユーザー エクスペリエンスの向上など、機能が強化されています。

ー プロダクト マネージャー Sujay Solomon

ー プロダクト マネージャー Keith Chen