New RelicによるOpenTelemetryの紹介

OpenTelemetryは、アプリケーションとホストからテレメトリデータを収集し、そのデータをNewRelicにエクスポートするために使用できるツールキットです。データがNewRelicに入ると、New Relicプラットフォームを使用してデータを分析し、アプリケーションの問題を解決できます。

OpenTelemetryには、New Relicエージェントと重複する機能があるため、以下の情報を確認して、テレメトリの目標を達成するのに役立つかどうかを確認してください。すでにOpenTelemetryに精通していて、開始したい場合は、セットアップ手順を参照してください。

OpenTelemetryに精通するのに役立つトピックを次に示します。

OpenTelemetryのメリット
OpenTelemetryとNew Relicのどちらのエージェントを使うべきでしょうか？
OpenTelemetryとNew Relicの連携について

OpenTelemetryのメリット

OpenTelemetry は、サービスおよびホストインストルメンテーションに安全でベンダーに依存しない仕様を提供するため、New Relic など、選択した個別のバックエンドにデータをエクスポートできます。OpenTelemetry は、サービスとホストのテレメトリデータを収集して転送する方法を標準化する API とライブラリの単一セットを提供します。

OpenTelemetryプロジェクトを構成するコンポーネントは以下の通りです。

すべてのプロジェクトで一貫性を持たせるための、オブザーバビリティの中核となる柱の仕様。New Relic は、これらすべてのシグナル: トレース、メトリクス、ログをサポートしています（詳細は以下のを参照）。
仕様書に基づいたインターフェースや実装を含むAPI Java、Python、Go、Erlangなどの言語専用に作成されたSDK（APIの参照実装）。
ベンダーに依存しない実装で、処理やエクスポートを行うコレクターです。
任意のバックエンドにデータを送ることができるエクスポーター

OpenTelemetryの各コンポーネントが連携することで、遠隔測定データを取得する上でいくつかの明確な利点が生まれます。

機能	説明
ユビキタス計測機器	単一のオープンスタンダードな計測器は、世界中のエンジニアが貢献することで、より良いカバレッジと柔軟性を提供します。
将来性	インストゥルメンテーションがライブラリやフレームワークに組み込まれ、より多くのベンダーがこのオープンスタンダードをサポートするようになれば、インストゥルメンテーションを変更する必要はなくなると確信できます。
新しい技術への対応	新しい技術が登場した場合、貢献者はOpenTelemetryへの統合を構築したり、ソースコードに直接インスツルメンテーションを追加することができ、エンドユーザーはこれらの新しい技術を容易にモニターすることができます。
シンプルな選択	どのインスツルメンテーション・オプションを使用するか（プロプライエタリなオプションか、他のオープン・スタンダードのいずれか）を決める必要はありません。
クロスプラットフォーム対応	OpenTelemetryは、様々な言語やバックエンドをサポートしています。OpenTelemetryは、既存の機器を変更することなく、テレメトリをキャプチャしてバックエンドに送信するための、ベンダーニュートラルなパスを表しています。
効率化された観測性	ベンダーは、独自のエージェントやコレクターを開発する必要がないため、単一の規格に対するサポートやテストが容易になります。
高次元	OpenTelemetryは次元メトリクスを使用しているため、AWSリージョン、Kubernetesクラスタ、サービスバージョンなど、データのより多くの側面でフィルタリングやファセットをかけることができます。また、次元メトリクスは、発生から報告までの時間短縮にもつながります。

OpenTelemetryのインスツルメンテーションとNew Relicのエージェントのどちらを使うべきでしょうか？

OpenTelemetryを検討する際に、テレメトリーデータをキャプチャするNew Relic エージェントも検討している可能性があります。

ご想像のとおり、OpenTelemetryエージェントとSDKから利用できる機能と、NewRelicエージェントから利用できる機能の間には多くの重複があります。これは、分散トレーステレメトリデータに関心がある場合に特に当てはまります。選択は、必要なものによって異なります。

New Relic と OpenTelemetry インストルメンテーションの両方を調べることをお勧めします。このセクションの情報には、考慮すべき幅広い概念が含まれています。違いを詳しく調べたい場合は、詳細な比較を参照してください。また、 CNCF の Slack チャンネル #otel-newrelic でこれについて話し合って、自分に最適なものを決定してください。最初に CNCF の Slack アカウントにサインアップする必要がある場合があります。

OpenTelemetry:進行中の作業

OpenTelemetryはまだ始まったばかりの規格なので、利用可能なものによって選択が影響を受ける可能性があります。仕様の現状については、 OpenTelemetryサイトで確認することができます。

言語固有の OpenTelemetry API や SDK の現状はさまざまで、中にはまだプレアルファ版の言語もあり、サービスをインストゥルメントする方法が記載されていない場合もあります。ほとんどの言語では、New Relic へのデータのエクスポートを開始するのに十分なトレースの実装があります。各言語のOpenTelemetry仕様準拠の状況をまとめたGitHub の表をご覧ください。

New Relicが現在エージェントまたはSDKを提供していない言語の場合、OpenTelemetryが優れた代替手段を提供する可能性があります。また、テレメトリデータのサンプリングを明示的に制御する必要がある場合、OpenTelemetryは多くの柔軟性を提供します。

OpenTelemetryが成熟するにつれて、新しいOpenTelemetryデータモデルを引き続きサポートし、プラットフォームで厳選されたUIエクスペリエンスを提供します。

NewRelicエージェント [#apm-agents]

一般的に、 New Relicのとインフラストラクチャエージェントは、サービスとホストのテレメトリデータをさらに収集します。さらに、幅広い設定オプションと広範な自動インストゥルメント機能も提供します。

New Relic の APM エージェントは、個々のサービスの詳細なトランザクション・トレースを可視化します。また、事前に定義されたサンプリングを行うことで、インストルメンテーションによるパフォーマンスへの影響と、有益な洞察を得るための十分なデータ取得の必要性とのバランスを取ることができます。

重要

Running New Relic agents and OpenTelemetry tooling in the same processNew RelicのエージェントやOpenTelemetryのツール（SDK、エージェントなど）は、市場に数多く存在するAPM製品の一つです。ある言語では、ほとんどすべてのAPM製品が、同じ低レベルの言語フックとランタイムフックを使って動作します。言語のアーキテクチャにもよるが、これはバイトコード操作やモンキーパッチのような技術で実現されることが多い。APM製品が実行中のコードを変更する方法は複雑なため、ある製品が同じプロセスで実行されている別の製品と互換性がある保証はない。せいぜい、互いに気づかないうちに共存し、アプリケーションから独立してテレメトリーを生成する程度でしょう。最悪の場合、互いに干渉し合い、予測不可能な動作が発生する可能性があります。New Relic は、弊社の APM エージェントが同じプロセスで実行されている別の APM 製品と互換性があることを保証することはできません。お客様のニーズに最も適したものを選択されることをお勧めします。

OpenTelemetryとNew Relicの連携について [#how-it-works]

New Relicは、テレメトリデータのエクスポート用にネイティブのOpenTelemetryプロトコル（OTLP）をサポートしています。これにより、OpenTelemetryコミュニティにより開発されたベンダーニュートラルコンポーネントを使用して、データをNew Relicにエクスポートできます。

以下のセクションの表は、各テレメトリー信号でサポートされている機能を示しています。以下のセクションの詳細やサポートされていないユースケースについて質問がある場合は、 CNCF Slackチャンネルまでご連絡ください。また、このページで今後の更新をご確認ください。New Relic を使った実装の全体像を把握したい場合は、リファレンスアーキテクチャをご覧ください。

重要

New Relic の OpenTelemetry エクスポーターは廃止され、OTLP を使用して New Relic にデータをエクスポートするようになりました。

トレース

New Relic では、OTLP によるトレース信号の取り込みをサポートしています。上流の仕様の成熟度は安定しています。

OpenTelemetryのトレースとスパンは、NewRelicのトレースとスパンと互換性があります。 OpenTelemetryスパンには、オプションで属性（名前と値のペア）とリソース属性が含まれます。これらの属性は、クエリ時にスパンデータをファセットまたはフィルタリングするために使用できるディメンションに直接マップされます。 OpenTelemetryスパンメタデータ（たとえば、 name 、 kind 、およびtrace_id ）も、NewRelicスパンのディメンションに直接マップされます。現時点では、NewRelicはスパンリンクをサポートしていません。

詳細は、ベストプラクティスガイドの「トレース」セクションをご覧ください。

機能	サポート対象
スパンイベント	✅
スパン連結	❌
プリミティブの配列（ホモジニアス）	✅（ネストされておらず、要素が64以下である必要があります）

指標

New Relic は、メトリクス信号の OTLP 取り込みのサポートを提供します。

ここでは、サポートされている OpenTelemetry データ型とそれに関連するマッピングを示します。詳細については、「OpenTelemetry メトリクス: ベストプラクティス」を参照してください。

メトリックタイプ	サポート対象
デルタ・サムズ	✅
積算金額	✅
ゲージ	✅
デルタ・ヒストグラム	✅
概要	✅
累積ヒストグラム	✅
模範例	❌
プリミティブの配列（ホモジニアス）	✅（ネストされておらず、要素が64以下である必要があります）

ログ

New Relic は、ログ信号の OTLP 取り込みのサポートを提供します。上流仕様の成熟度は安定しています。

OpenTelemetry ログは New Relic のログと互換性があります。 OpenTelemetryログには、オプションで、クエリを使用してログデータをファセットまたはフィルター処理するために使用できるディメンションに直接マップされる属性 (名前と値のペア) とリソース属性が含まれます。 OpenTelemetry ログメタデータ ( name 、 severity_text 、 trace_idなど) も、New Relic の機能のディメンションに直接マップされます。現在、すべてのOpenTelemetryログメッセージタイプをサポートしています。

詳細については、ベストプラクティスガイドのログ情報を参照してください。

機能	サポート対象	説明
ログ・レコード・ボディ	✅	サポートされるタイプ：string, boolean, int, double, bytes
ログレコードの属性	✅	サポートされるタイプ：string, boolean, int, double, bytes
LogRecordのフィールド	✅	例：name, severity_text, trace_id
配列メッセージ（同種）	✅（ネストされておらず、要素が64以下である必要があります）
プリミティブの配列（ホモジニアス）	✅（ネストされておらず、要素が64以下である必要があります）

次のステップ

OpenTelemetry quick start に従って操作を開始してください。

また、New Relic にエクスポートしたデータを最大限に活用するために、ベストプラクティスガイドを確認してください。