OpenTelemetry 、アプリケーション、インフラストラクチャ (ホスト、k8 など) などからテレメトリーを収集するためのツールキットです。 OpenTelemetry データ ソースを New Relic にエクスポートするように構成することで、幅広いプラットフォーム機能を活用してデータを分析し、問題を診断できます。
このページでは、OpenTelemetry と New Relic の概要を説明します。 APMやインフラストラクチャ モニタリングなどの一般的なインテグレーション パターンを示す実用的なコード例については、 「 OpenTelemetryとNew Relicの使用を開始する」を参照してください。 New Relic が OpenTelemetry データを受信、処理、取り込む方法については、 「New Relic の OpenTelemetry データ」 、特にNew Relic の OTLP エンドポイントの詳細を参照してください。
OpenTelemetryのメリット
OpenTelemetryは、テレメトリデータをインストゥルメントおよびエクスポートするためのベンダーニュートラル オープン スタンダードです。 プロジェクトの範囲は非常に広範囲にわたり、次のような内容が含まれます。
- オブザバビリティの中核となる要素 (トレース、メトリクス、ログ) 用の言語に依存しない の 仕様 と、プロセス外でメトリクスをエクスポートする方法を構成する SDK があり、API 11 以上の 言語で実装されています。これらのAPI上に構築された、利用可能なインストゥルメンテーションの膨大なカタログがあります。
- 汎用テレメトリデータ配信プロトコルであるOTLP 。
- 共通ドメイン（すなわち、 HTTP サーバー、メッセージング システムなど)。
- コレクターは、インフラストラクチャを監視し、テレメトリを拡充、フィルタリング、変換するために使用される、高度に構成可能で拡張可能なデータ収集および処理パイプラインです。
これらのコンポーネントが連携して、明確な利点を生み出します。
機能 | 説明 |
|---|---|
言語に依存しない | OpenTelemetry は、1 つの語彙と 1 つのツールキットを提供することで、多言語チームの認知負荷を軽減します。 |
オープンスタンダード | オープン ガバナンス構造を備えたオープン スタンダードであるため、OpenTelemetry の方向性を制御するベンダーは 1 社もありません。 |
安全性データの完全な制御 | 言語 SDK と コレクター の高度な構成と拡張性により、テレメトリーデータ パイプラインに対する比類のない制御が可能になります。 |
豊かなインストゥルメンテーションエコシステム | OpenTelemetry の目標の 1 つは、API が最終的にアップストリーム ライブラリとフレームワークで直接使用されるようにすることです。 このギャップを埋めるために、 OpenTelemetry世界中のエンジニアから寄せられたインストゥルメンテーションの大規模なカタログを提供しています。 OpenTelemetryには、どのベンダーも単独で提供できるよりも多くの集合的なインストゥルメンテーションの取り組みが盛り込まれています。 |
将来性 | OpenTelemetry はすでに大きな進歩を遂げていますが、大規模で活発なコミュニティ、業界のサポート、オープン ガバナンス モデルのおかげで、採用が拡大する見込みです。 将来はわかりませんが、 OpenTelemetry 、オペレーショナル エンジニアリング業界におけるオープンソースの勝者となる可能性が最も高いです。 |
OpenTelemetryまたはNew Relicインストゥルメンテーション?
多くの場合、OpenTelemetry と New Relic で利用できる機能とコンポーネントには重複があります。 たとえば、 OpenTelemetry APM監視はNew Relic APMエージェントを反映し、 OpenTelemetryコレクターを使用したインフラストラクチャ モニタリングはNew Relic Infrastructureエージェントの機能を反映します。
New Relic と OpenTelemetry の両方のオプションを検討することをお勧めします。 New Relicインストゥルメンテーション では、連携して動作する インストゥルメンテーション と プラットフォーム 機能 を開発することに固有の利点があり、 New Relicインテグレーション はそのままでもより適切に動作する傾向があります。 一方、OpenTelemetry は比類のない柔軟性と制御性を提供しますが、望ましい結果を得るには追加の調査と努力が必要になる場合があります。
OpenTelemetryは進化し続けています
OpenTelemetry プロジェクトは、長年にわたって成長してきた大規模なプロジェクトです。 多くのコア コンポーネント (OTLP、トレースAPI /SDK、メトリクスAPI /SDK、ログ ブリッジAPI /SDK、http セマンティック規則、および多くの言語実装を含む) は安定状態に達していますが、当然ながら、他のさまざまな成熟段階にある部分も存在します。
New Relic AI モニタリングは、すべての OTLP データを汎用オブザーバビリティ プラットフォームに取り込むことや、 OpenTelemetryデータに基づいてユーザー エクスペリエンスを構築してすぐにデータからインサイトを推進することなど、 OpenTelemetryに対するファーストクラスのサポートを提供します。 コンポーネントが出現し、開発されるにつれて、当社のプラットフォーム機能も進化していきます。 ただし、統合する OpenTelemetry コンポーネントの成熟度ステータスに注意してください。 私たちは変更に常に対応しようと努めていますが、実験的なコンポーネントの重大な変更を中心に構築するのは難しい場合があります。
OpenTelemetryリファレンスアーキテクチャ
多種多様なコンポーネントと設定オプションがあるため、 OpenTelemetryをどこから始めればよいか判断するのが難しい場合があります。
以下の図は、リファレンスアーキテクチャを示しています。リファレンスアーキテクチャは、さまざまなOpenTelemetryコンポーネントがどのように連携してNew Relicと統合されるかを高レベルで示したものです。 ソフトウェア開発者、DevOps、アーキテクト、マネージャーは、これを使用して概念を調整できます。 これは、 New Relic APMエージェント、 OpenTelemetry APMインストゥルメンテーション、Jaeger、Prometheus などのさまざまなツールを使用してインストゥルメントされたアプリを示しており、データをNew Relicにエクスポートし、オプションで中間のOpenTelemetryコレクターを介してエクスポートします。 OpenTelemetry Collector はさまざまなプロトコルを理解し、テレメトリデータを 1 つ以上の宛先にエクスポートする前に処理、フィルタリング、拡充することができます。 これらのインテグレーションを示す実用的なコード例については、 「 OpenTelemetryとNew Relicの使用を開始する」を参照してください。
さらに詳しく読むには、 OpenTelemetry デモをよく読んでください。これは、一連のマイクロサービスによって駆動される架空の電子商取引システムを通じて、さまざまな OpenTelemetry の概念を説明する、OpenTelemetry コミュニティによって管理されているプロジェクトです。