OpenTelemetryの宣言的構成仕様が安定性のマイルストーンに到達

OpenTelemetryプロジェクトは、宣言的設定仕様（declarative configuration specification）の主要な部分が安定版に到達したと発表しました。この観測可能性フレームワーク（observability framework）は、ベンダー中立かつ言語非依存のテレメトリ収集（telemetry collection）設定方法です。最近ではInfoQでも取り上げられており、Airbnbのような大手企業がOpenTelemetryを大量のメトリクスパイプラインに使用しているほか、OpenTelemetry自体も採用拡大を目指して「仕組み解明」的な記事を発表しています。 Grafana LabsのシニアエンジニアであるJack Bergは、最近のブログ記事でこれらの変更を文書化しました。Berg氏によると、この安定化にはデータモデルのJSONスキーマ（JSON schema）、設定ファイルのYAML表現、および設定データのメモリ内表現が含まれます。 宣言的設定スキーマは、プロジェクト全体にとって重要なクロス言語のユーザー向けAPI（cross-language user-facing API）になる軌道に乗っています。 - Jack Berg 発表によると、現在5つの言語で実装が利用可能になっています。それらはC++、Go、Java、JavaScript、PHPです。.NETおよびPythonの実装に関する開発作業も継続中です。Berg氏は、仕様自体が安定版に達することが、一貫したユーザー体験を確保するための最も重要なステップであると強調しました。 Berg氏によると、宣言的設定（declarative configuration）の最大の利点の一つは、環境変数ではなく設定ファイルでテレメトリ（telemetry）の設定を定義できる点にある。同氏は、この方法がオプションの指定においてより柔軟で表現力豊かな記述を可能にすると指摘した。新システムにより、ユーザーはバージョン管理が可能でチーム間で共有できる宣言的フォーマットで複雑なテレメトリパイプラインを定義できるようになる。 従来、3つの観測可能信号（observability signals）を単一の場所で設定することは、環境変数、プログラムによるSDK初期化コード、コレクター設定（collector configs）の調整を迫られる複雑な作業だった。OpenTelemetryの宣言的設定フォーマットはこの課題を解決し、SDKが起動時に読み込む単一のYAMLファイルでトレース（trace）、メトリクス（metric）、ログパイプラインを定義できるようにする。実用的な例では、ユーザーが単一のファイルフォーマットでリソース属性（resource attributes）、トレースプロバイダー（trace providers）、メトリクスリーダー（metric readers）、ログプロセッサ（log processors）を設定し、その後 `OTEL_CONFIG_FILE` 環境変数を使用してSDKをそのファイルに設定する方法が示されている。 最近のGrafana OpenTelemetryコミュニティコールでは、宣言的設定（declarative configuration）に関する追加の視点が提供されました。Grafana LabsのOpenTelemetry JavaScriptアプルーバーでありコアコントリビューターであるMarylia Gutierrez氏は、宣言的設定がどのようにして言語を跨いだセットアップを簡素化するかを実演で示しました。Gutierrez氏は、宣言的設定が追加される以前はユーザーが環境変数（environment variables）に依存せざるを得なかったが、それでは複雑な設定要件に対応できなかったと説明しました。新しいYAMLベースのアプローチ（YAML-based approach）は、すべての設定を1か所にまとめて階層的な構成を定義できる、より堅牢な構造を提供します。 コミュニティコールには、Javaでの宣言的設定の実演ライブデモが含まれていました。このデモンストレーションでは、ユーザーがカスタムサンプラー（sampler）を設定し、属性パターン（attribute patterns）に基づいてどのスパン（spans）をドロップするかを指定する方法が示されました。Gutierrez氏は、環境変数でこれを実現するにはカスタムコード（custom code）と別個のライブラリも必要だったと指摘しました。 コミュニティコールでは、現在の言語サポート状況についても議論されました。コール中に共有されたコンプライアンスマトリックス（compliance matrix）によると、JavaとPHPは基本要件に対して完全に準拠しています。JavaScriptは機能追加が活発に行われており、現在開発中です。Goには一部の機能が利用可能ですが、その使用方法を示すドキュメントが更新されています。Pythonのサポートはまだ開発段階です。 議論ではリモートおよびダイナミック（動的）設定についても取り上げられた。グティエレス氏は、これは運用チームがコード変更や再デプロイを必要とせずにサンプリングレート（サンプリング率）の調整や追加のインスツルメンテーション（計測機能）の有効化のために設定変更をプッシュできる将来の機能だと説明した。ビジョンとしては、YAMLファイルへの変更をプッシュし、アプリケーションが再起動なしでそれを検知・適用できることだ。 OneUptimeもまた、宣言型設定（declarative configuration）の使用に関する詳細なガイドを公開している。同ブログに投稿されたチュートリアルでは、リソース属性（resource attributes）、トレーサープロバイダー（tracer providers）、メトリックリーダー（metric readers）、ロガープロバイダー（logger providers）を含む設定ファイルの構造について解説している。 スキーマの安定化は、安定したユーザー体験にとって最も重要なことです。 - Jack Berg OpenTelemetryプロジェクトは、宣言型設定のサポートを継続的に拡張していく方針を示している。テレメトリ設定（telemetry settings）へのランタイム変更を可能にするダイナミック（動的）設定は、ロードマップ上にまだ残っている。 著者について Matt Saunders 私はAdaptavistのVP DevOpsです。チームがDevOps、プラットフォームエンジニアリング（platform engineering）、クラウドネイティブなツールやテクノロジーを活用して、低ストレスで迅速かつ効率的に信頼性の高い高品質なソフトウェアを提供できるよう支援しています。複雑な大企業から小規模スタートアップ、中小企業（SME）、その間のあらゆる組織で経験があります。 私はまた、1万人以上のメンバーを擁するロンドンDevOpsミートアップ（meetup）グループの共同主催者でもあり、非常に人気のある月次業界イベントを開催しています。 詳細を表示 / 表示を非表示

OpenTelemetryの宣言的構成仕様が安定性のマイルストーンに到達

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト