AIニュース最前線
最新ニュースAI日報Hacker日報週報動画AIツールトレンド企業

AIニュース最前線

世界中のAI最新情報を日本語で毎時更新

最新ニュース日報トレンド企業プレミアムRSS
© 2026 ainew.jp特定商取引法に基づく表記
ニュース一覧元記事を開く
InfoQ·2026年4月16日 08:45·約6分で読める

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

#オブザーバビリティ#テレメトリ#オープンソース#DevOps#クラウドネイティブ#構成管理
TL;DR

OpenTelemetryプロジェクトは、ベンダー中立で言語非依存なテレメトリ収集設定方法である宣言的構成仕様の主要部分が安定版に達したことを発表した。

AI深層分析2026年4月16日 09:40
3
注目/ 5段階
深度40%
3
関連度30%
3
実用性20%
4
革新性10%
3

キーポイント

1

宣言的構成仕様の安定化

OpenTelemetryプロジェクトの宣言的構成仕様の主要部分が安定ステータスに到達した。

2

観測可能性フレームワークの特徴

このフレームワークはベンダー中立かつ言語非依存であり、テレメトリ収集の設定方法を提供する。

3

プロジェクトの進展

仕様の安定化は、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)グループの共同主催者でもあり、非常に人気のある月次業界イベントを開催しています。

詳細を表示 / 表示を非表示

原文を表示

The OpenTelemetry project has announced that key portions of its declarative configuration specification have reached stable status. The observability framework is a vendor-neutral and language-agnostic way to configure telemetry collection. It has been covered recently on InfoQ, with big names such as Airbnb using OpenTelemetry for their high-volume metrics pipeline, and OpenTelemetry publishing a "demystifying" article to broaden adoption.

Jack Berg, a principal engineer at Grafana Labs, documented the changes in a recent blog post. Berg explained that the stabilisation includes the JSON schema for the data model, the YAML representation of configuration files, and the in-memory representation of configuration data.

Declarative config schema is on track to become a crucial cross-language user-facing API for the whole project.

  • Jack Berg

The announcement noted that language implementations are now available in five languages. These are C++, Go, Java, JavaScript and PHP. Development work continues for .NET and Python implementations. Berg emphasised that the specification itself reaching stability is the most important step for ensuring a consistent user experience.

Berg explained that one of the biggest benefits of declarative configuration is the ability to define telemetry settings in configuration files rather than environment variables. He pointed out that this method gives a much richer language for specifying options. The new system allows users to define complex telemetry pipelines in a declarative format that can be version-controlled and shared across teams.

Getting all three observability signals configured in a single place has historically been a juggling act of environment variables, programmatic SDK initialisation code, and collector configs. The OpenTelemetry declarative configuration format changes this, by letting users define trace, metric, and log pipelines in a single YAML file that the SDK reads at startup. A practical example shows how users can configure resource attributes, trace providers, metric readers and log processors in a single file format, then point their SDK to the file using the OTEL_CONFIG_FILE environment variable.

A recent Grafana OpenTelemetry community call provided additional perspective on declarative configuration. Marylia Gutierrez, an OpenTelemetry JavaScript approver and core contributor at Grafana Labs, demonstrated how declarative configuration simplifies setup across languages. Gutierrez explained that users had to rely on environment variables before declarative configuration was added, but those could not handle complex configuration needs. The new YAML-based approach provides a more robust structure that lets users define a hierarchical configuration with all settings in one place.

The call included a live demo showing declarative configuration in action with Java. The demonstration showed how users can configure a custom sampler and specify which spans to drop based on attribute patterns. Gutierrez noted that achieving this with environment variables would also require custom code and separate libraries.

The community call also addressed the current language support. According to the compliance matrix shared during the call, Java and PHP are fully compliant with the basic requirements. JavaScript is under active development with more features being added. Go has some capabilities available but documentation is being updated to show how to use them. Python support is still in development.

The discussion also covered remote and dynamic configuration. Gutierrez described this as a future capability where operations teams could push configuration changes to adjust sampling rates or enable additional instrumentation without requiring code changes or redeployment. The vision is that a change to a YAML file could be pushed and picked up by applications without a restart.

OneUptime have also published a detailed guide to using declarative configuration. A tutorial posted on their blog covers the structure of configuration files, including resource attributes, tracer providers, metric readers and logger providers.

Stabilising the schema is the most important thing for a stable user experience.

  • Jack Berg

The OpenTelemetry project has indicated that it will keep expanding declarative configuration support. Dynamic configuration, which would allow runtime changes to telemetry settings, is still on the roadmap.

About the Author

Matt Saunders

I am VP DevOps at Adaptavist. I help teams use DevOps, platform engineering and cloud-native tools and technologies to deliver reliable quality software quickly and efficiently and with minimal stress. I've worked with complex enterprises, small start-ups, SMEs and everything in between.

I also co-organise the London DevOps meetup group, which has over 10,000 members, hosting a hugely popular monthly industry event.

Show moreShow less

この記事をシェア

関連記事

Latent Space★42026年6月5日 15:44

[AINews] 今日は何も大きな出来事はありませんでした

Anthropic が RSI の兆候を示し、OpenAI の ChatGPT が月間アクティブユーザー数で 10 億人を突破。SpaceX AI は IPO について説明しているが、最も重要なのは AIE WF のチケット確保とイベント参加である。

Cloudflare Blog★42026年6月4日 21:59

Vite 開発元 VoidZero が Cloudflare に参画

Vite や Vitest を開発する企業「VoidZero」がクラウドプロバイダー「Cloudflare」に合流し、同社全従業員も Cloudflare の一員となる。ただし、主要プロジェクトは引き続きオープンソースとして運営される方針を示した。

Ars Technica AI★42026年6月4日 04:10

Google の新モデル「Gemma 4 12B」は 16GB RAM のノート PC で動作可能に設計

Google は、メモリ消費を抑えた新しい生成 AI モデル「Gemma 4 12B」を発表した。このモデルは、一般的な消費者向けノートパソコン(RAM 16GB)でも実行できるように最適化されており、ローカルでの AI 利用を促進するものである。

ニュース一覧に戻る元記事を読む