OTELのセマンティック規約とは?

OpenTelemetry (OTEL) は、大規模なテレメトリ データの収集と分析を可能にするビッグ データ プラットフォームです。 多くの企業が製品に採用しています。 この投稿では、OpenTelemetry のセマンティック規則と、それらを使用してデータ処理を容易にする方法について説明します。 また、さまざまな種類のセマンティック規則とその重要性についても説明します。

OpenTelemetry (OTEL) とは?

オープンテレメトリ は、分散システムからテレメトリ データを収集および処理するための標準を提供するために作成されたイニシアチブです。 これは、一連の API、SDK、および統合で構成されており、開発者がコードを計測し、任意の監視システムにデータを送信できるようにします。 OpenTelemetry の目標は、開発者がコードを簡単に計測し、アプリケーションからデータを収集できるようにすることです。

テレメトリ データは、分散システムのパフォーマンスを理解し、問題を診断するのに役立ちます。 ただし、さまざまな種類のデータを収集する必要があり、すべての種類のデータには独自の形式があるため、テレメトリ データの収集は困難な場合があります。 OpenTelemetry は、テレメトリ データを収集する標準的な方法を提供することで、この問題に対処します。 これは、開発者が一度コードをインストルメント化し、OpenTelemetry 標準をサポートする任意の監視システムにデータを送信できることを意味します。

セマンティック規約とは

セマンティック コンベンションは、特定の言語または文化内で合意された単語やフレーズの意味です。 それらは、私たちのシンボルを共有して理解することで、私たちが互いにコミュニケーションをとるのに役立ちます。

たとえば、英語の慣例では、「犬」という言葉は吠える XNUMX 本足の毛むくじゃらの動物を指しますが、スペイン語では「ペロ」という言葉は同じ意味を持ちます。 これにより、両方の言語の話者が、これまで会ったことがなくても、犬について効果的にコミュニケーションをとることができます。

これらの慣習がなければ、コミュニケーションははるかに困難になります。 彼らは、使用するすべての単語の意味を常に説明する必要があります。 意味論的慣習は、スピーチやライティングをショートカットできるようにすることで、コミュニケーションをより効率的にします。

単語だけでなく、あらゆる種類の記号に慣習があります。 たとえば、「親指を立てる」ジェスチャーは、多くの文化で「よくできました」または「同意します」を意味する慣習です。

規則は、特定の言語または文化に固有のものでも、より一般的なものでもかまいません。 たとえば、英語では形容詞が名詞の前に置かれますが (「赤い車」)、フランス語ではこの順序が逆になります (「ラ ヴォワチュール ルージュ」)。 この規則は、フランス語を正しく話したいかどうかを学ぶために必要な特定の言語規則です。

OTELにおけるセマンティック規約とは?

システム内の異なるコンポーネント間でデータを構造化し交換する方法を定義する方法を提供するため、セマンティック規則は OpenTelemetry に不可欠です。 データは、セマンティック規則を使用することで、さまざまなツールやサービスによって一貫して解釈および処理できます。

セマンティック規則を使用して、データの構造とさまざまなデータ要素間の関係を記述することができます。 たとえば、規則によって、特定のリソースに関連するすべてのデータ項目をグループ化するように指定できます。 これにより、分析ツールは、個々のデータ項目を手動で検査することなく、特定のリソースのすべてのデータ項目を自動的に識別できます。

データの構造を指定するだけでなく、セマンティック規則を使用してデータの意味を定義することもできます。 たとえば、規則によって、特定のデータ項目がリソースの温度を表していると判断できます。 これにより、分析ツールは、人間の専門家に頼ることなく、データ項目の意味を自動的に解釈できます。

セマンティック規則により、さまざまなツールやサービスによってデータが一貫して解釈および処理されることが保証されます。 セマンティック規則がなければ、システム内の異なるコンポーネント間でデータを交換することは非常に困難です。

メトリックの意味規則とは?

セマンティック規則は、さまざまなソフトウェア実装間でメトリックの意味を標準化する方法を提供します。 メトリクスに共通の定義を使用すると、さまざまなツールの結果を比較および対比しやすくなります。 OpenTelemetry プロジェクトは、メトリック データを収集または表示する任意のソフトウェアで使用できる一連のメトリック セマンティック規則を公開しています。

メトリックのセマンティック規則は、メトリック データを記録するときに使用する必要があるコア ディメンションのセットを定義します。 これらのディメンションには、名前、説明、単位、およびタイプが含まれます。 さらに、規則は、データをさらに説明するために使用できる一連の推奨ラベルを定義します。 これらの基準を遵守することで、効果的に比較できる、理解しやすい指標を作成することができます。

メトリック セマンティック規則は、テレメトリ データの収集方法と保存方法の標準化に取り組んでいる OpenTelemetry イニシアチブの一部にすぎません。 このプロジェクトの目標は、開発者がさまざまなソースからのテレメトリ データを簡単に操作できるようにすることです。

メトリック セマンティック規則に加えて、OpenTelemetry チームは次の標準も公開しています。 データのロギングとトレース. これらの標準を使用することで、基盤となる実装に関係なく、一貫した結果を生成できるソフトウェアを作成できます。

OpenTelemetry プロジェクトは、テクノロジー業界の大手企業からすでに多くの採用を受けています。 より多くの開発者が標準を使用し始めるにつれて、OpenTelemetry イニシアチブは勢いを増し続ける可能性があります。

リソースのセマンティック規則とは

リソースのセマンティック規則は、監視対象のリソースに関する情報をテレメトリ データで表現する方法について合意されたルールのセットです。 これらの規則に従うことで、ベンダーは監視データがさまざまなシステムやツールと互換性があることを確認できます。

リソースのセマンティック規則は、次の XNUMX つの主要な領域をカバーしています。

• 属性： リソースの物理的または論理的特性に関する情報。 例には、CPU 使用率、メモリ使用率、およびネットワーク帯域幅が含まれます。
• イベント： リソースに起こったことの記録。 イベントは、トラブルシューティングや他のテレメトリ データへのコンテキストの提供に役立ちます。 例としては、開始中または停止中のサービス、ディスク エラー、ユーザー ログインなどがあります。
• ログ： 時系列で編成された、リソースに発生したイベントの記録。 ログは、監査またはデバッグの目的で役立ちます。
• 指標： リソースのパフォーマンスに関する情報。 例としては、応答時間、スループット、エラー率などがあります。

Attributes

Attributes は、データの次元を記述するためによく使用されます。 たとえば、ネットワーク データを扱う場合、属性は送信元と宛先の IP アドレス、ポート番号などを記述します。属性は、データ自体に関するメタデータを記述するためにも使用できます。 たとえば、ログ データを扱う場合、属性はタイムスタンプやログ レベルなどを記述します。

属性は、いわゆる AttributeMaps に格納されます。 AttributeMap は、属性キーから属性値へのマップです。 通常、キーは文字列ですが、他のデータ型にすることもできます。 値は、JSON 値として表すことができる任意のデータ型にすることができます。

属性を使用する利点の XNUMX つは、データ自体を変更せずにデータに追加情報を追加する方法を提供することです。 これは、変更できないレガシー システムを扱う場合に特に便利です。

属性のもう XNUMX つの利点は、データのフィルター処理とグループ化に使用できることです。 たとえば、複数のソースからのメッセージを含むログ ファイルがある場合、属性を使用して特定のソースからのメッセージを除外できます。 または、すべてのメッセージを同じログ レベルでグループ化したい場合は、属性を使用できます。

イベント

イベントは OpenTelemetry のコア概念の 1 つであり、監視や分析に使用できるシステム内の重要な瞬間や状態を記録する方法を提供します。イベントは、オペレーターが手動で生成することも、システム自体によって自動的に生成することもできます。OpenTelemetry イベントには、イベントに関するメタデータと、イベント発生時に収集された関連データが含まれます。

イベントは、ライフサイクルを通じてシステムの進行状況を追跡したり、問題を示している可能性のある状態の変化を特定したりするために使用できます。 それらはまた使用することができます 演奏データの記録応答時間やリソース使用率など。 イベントを分析することで、システムがどのように機能しているか、潜在的な問題がどこにあるかを理解することができます。

OpenTelemetry は、アプリケーションやサービスからのイベントの生成と収集を容易にする一連の API とライブラリを提供します。 また、イベント データを処理および分析するためのツールもいくつか含まれています。 OpenTelemetry Collector は、複数のソースからイベントを集約し、さまざまなストレージ バックエンドにエクスポートするために使用できるツールの XNUMX つです。

現在使用されているリソースのセマンティック規則

今日使用されているさまざまなリソース セマンティック規則があり、それぞれに長所と短所があります。 より一般的な規則には、リソース記述フレームワーク (RDF)、Web オントロジー言語 (OWL)、および Schema.org が含まれます。

RDF は、インターネット上のリソースに関する情報を表すために広く使用されている標準です。 これは、主語、述語、および目的語で構成される一連のトリプルとしてデータを表現するという考えに基づいています。

OWL は、リソース情報を表すためのもう XNUMX つの一般的な標準です。 これは、リソース間の関係に関する論理ステートメントである公理のセットとしてデータを表すという考え方に基づいています。

Schema.org は、そのシンプルさと使いやすさから人気を得ている比較的新しい標準です。 単純な構文を使用してリソースに関するデータを表すため、開発者はそのサポートをシステムに簡単に追加できます。

今日使用されているさまざまなリソース セマンティック コンベンションがありますが、RDF、OWL、および Schema.org の XNUMX つが最も人気があります。 それぞれに長所と短所があるため、自分のニーズに合ったものを選択することが重要です。

これらの定数が重要な理由

定数は、異なるソフトウェア実装間の相互運用性を確保するのに役立つ一連の合意された定義とリソース タイプを提供するため、OpenTelemetry で重要です。 メトリックとリソースのセマンティック規則は、複数のソースからデータを集約するために不可欠な、メトリックとリソースにラベルを付けるための一貫した方法を定義します。 これらの定数を使用することで、開発者は自分のデータが同じ規則を使用する他のシステムと互換性があることを確信できます。

OpenTelemetry は、ベンダーに依存しない方法を提供することを目的としています。 クラウドネイティブ ソフトウェアの計測. この目標を達成するには、すべての実装で共有される一連の共通ビルディング ブロックが必要です。 定数はこれらの構成要素の XNUMX つであり、さまざまなソースからのデータを一貫した方法で集約および分析できるようにする上で重要な役割を果たします。

これらの定数がなければ、異なるテレメトリ システム間でデータを交換することは非常に困難です。 メトリックとリソースのセマンティック規則は、誰もがデータにラベルを付けて説明するために使用できる共通言語を提供します。 

データ解釈の簡素化

リソースとメトリックの意味を定義するのに役立つため、OTEL ではセマンティック規則が重要です。 セマンティック規則は、システムのすべてのユーザーに共通の言語を提供します。 これにより、データのより正確な解釈が可能になり、リソースの使用状況とパフォーマンスに関して全員が同じページにいることを確認するのに役立ちます。 セマンティック規則や LogicMonitor のその他の機能について詳しく知りたい場合は、 LogicMonitor プラットフォームのデモをご覧ください.