OpenTelemetry 、アプリケーション、インフラストラクチャ (ホスト、 Kubernetesなど) などからテレメトリーを収集するためのツールキットです。 OpenTelemetry を New Relic と統合することで、幅広いプラットフォーム機能を活用してデータを分析し、問題を診断することができます。
このドキュメントは、 OpenTelemetryとNew Relicとの統合についての基礎的な理解を提供します。 アプリケーションパフォーマンス監視 ( APM ) やインフラストラクチャモニタリングなどの一般的なユースケースの実装に関する実践的なガイダンスについては、 OpenTelemetryとNew Relicの概要」を参照してください。
New Relic が OpenTelemetry データをどのように処理して取り込むかについて詳しく知るには、次のページをご覧ください。
- New Relic の OpenTelemetry データ: New Relic が OpenTelemetry データを受信し、処理し、取り込む方法を学びます
- New Relic OTLP エンドポイント: New Relicにデータを送信するように OTLP エンドポイントを構成します
OpenTelemetryのメリット
OpenTelemetryは、テレメトリデータをインストゥルメントおよびエクスポートするためのベンダーニュートラル オープン スタンダードです。 プロジェクトの範囲は非常に広範囲にわたり、次のような内容が含まれます。
- インストゥルメント用の言語に依存しない の 仕様 は、オブザーバビリティの中核 (トレース、メトリクス、ログ) と、テレメトリーをプロセス外にエクスポートする方法を構成するための SDKAPI であり、実装は 11 以上の言語 で行われています。これらのAPIに基づいて構築された、利用可能なインストゥルメンテーションの充実したカタログがあります。
- 汎用テレメトリデータ配信プロトコルであるOTLP 。
- 共通ドメイン (HTTP サーバー、メッセージング システムなど) のテレメトリー データの形式を記述する意味上の規則。
- TheCollector は、インフラストラクチャを監視し、テレメトリーを強化、フィルタリングし、その他の方法で変換するために使用される、高度に構成可能で拡張可能なデータ収集および処理パイプラインです。
これらのコンポーネントは連携して動作し、以下の表に示す明確な利点を生み出します。
機能 | 説明 |
|---|---|
言語に依存しない | 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インフラストラクチャエージェントの機能をミラーリングします。
New Relic と OpenTelemetry の両方のオプションを検討することをお勧めします。 New Relicインストゥルメンテーション では、連携して動作する インストゥルメンテーション と プラットフォーム 機能 を開発することに固有の利点があり、 New Relicインテグレーション はそのままでもより適切に動作する傾向があります。 一方、OpenTelemetry は比類のない柔軟性と制御性を提供しますが、望ましい結果を得るには追加の調査と努力が必要になる場合があります。
OpenTelemetryは進化し続けています
OpenTelemetry プロジェクトは、長年にわたって成長してきた大規模なプロジェクトです。 多くのコア コンポーネント (OTLP、トレースAPIと SDK、メトリクスAPIと SDK、ログ ブリッジAPIと SDK、HTTP セマンティック規則、および多くの言語実装を含む) は安定状態に達していますが、当然ながら、他のさまざまな成熟段階にある部分もあります。
New Relic AIモニタリングは、 OpenTelemetryのファーストクラスのサポートを提供します。これには、すべてのOTLPデータを汎用監視プラットフォームに取り込み、 OpenTelemetryデータ上にユーザーエクスペリエンスを構築して、すぐに使えるデータからインサイトを推進するのに役立ちます。 コンポーネントが出現し、発展するにつれて、当社のプラットフォーム機能も進化していきます。 ただし、統合する OpenTelemetry コンポーネントの成熟度ステータスに注意してください。 私たちは変更に常に対応しようと努めていますが、実験的なコンポーネントの重大な変更を中心に構築するのは難しい場合があります。
OpenTelemetryリファレンスアーキテクチャ
多種多様なコンポーネントと設定オプションがあるため、 OpenTelemetryをどこから始めればよいか判断するのが難しい場合があります。
以下の図は、さまざまなOpenTelemetryコンポーネントがNew Relicとどのように相互作用し、統合されるかについての概要を示すリファレンスアーキテクチャを示しています。 このビジュアル ガイドは、主要な概念を一致させたいと考えているソフトウェア開発者、DevOps エンジニア、アーキテクト、マネージャーにとって役立ちます。
アーキテクチャーは、 New Relic APMエージェント、 OpenTelemetry APMインストゥルメンテーション、Jaeger、Prometheus などのさまざまなツール セットを使用して実行されるアプリケーション インストゥルメントを示しています。 これらのツールはテレメトリーデータを収集し、その後New Relicにエクスポートされ、場合によってはオプションの中間OpenTelemetry Collector を通過します。 コレクターはさまざまなプロトコルを理解し、1 つ以上の宛先にエクスポートする前にテレメトリーデータを処理、フィルター、および強化できます。 これらの統合を示す実際のコード例については、 OpenTelemetryとNew Relicの使用を開始する」を参照してください。
さらに詳しく読むには、 OpenTelemetry デモをよく読んでください。これは、一連のマイクロサービスによって駆動される架空の電子商取引システムを通じて、さまざまな OpenTelemetry の概念を説明する、OpenTelemetry コミュニティによって管理されているプロジェクトです。