クラウドネイティブの可観測性

第4章. オープンソース・テレメトリー標準Prometheus、OpenTelemetry、そしてその先へ

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

前の章では、可観測性データがいかに規模を拡大する一方で、ビジネス上の成果を減少させているかについて述べた。また、有名企業が可観測性データの問題をどのように解決してきたか、実際のユースケースを掘り下げた。最後に、同じ問題を確実に解決するための新しいフレームワークを紹介し、それらの実際のユースケースを解決した経験から収集した核となる原則を抽出した。

この章では、オープンソースソフトウェアを使った実装と、オープンソースの計測器がクラウドネイティブ環境におけるモニタリングと可観測性のデファクトスタンダードになりつつあることを探る。このトレンドの進化を辿り、この状況を形成する上で Prometheus と OpenTelemetry (OTel) が果たした極めて重要な役割に焦点を当てる。これらのツールは、膨大な量の遠隔測定データの収集と分析を簡素化し、可観測性における柔軟性、スケーラビリティ、コミュニティ主導の開発の新しいベンチマークを確立した。

PrometheusとOTel以前のインストゥルメント

業界が Prometheus と OTel を標準化する以前は、多くの企業が AppDynamics、Dynatrace、New Relic などのプロプライエタリな収集ソリューションを使わざるを得なかった。これらのベンダは、データを収集し、それを外部サーバに送信するためにアプリケーションと共に実行されるソフトウェアプロセスであるエージェントを使用して、遠隔計測の計測と集計を制御する。

AppDynamics の可観測性セットアップを実行している場合、図 4-1 に示すように、AppDynamics エージェントを使用して、相手のシステムにテレメトリを送信するしかない。これはエージェントベースのアプリケーションインスツルメンテーションと呼ばれる。アプリケーションは通常、これらのエージェントを実行し、データを集計サーバに送り返すために、ソフトウェアライブラリまたはソフトウェア開発キット（SDK）をインストールする必要がある。

図4-1. エージェントを使ったアプリケーション

プロプライエタリなエージェントに加えて、エージェントが使用するデータ形式もプロプライエタリである。こうした独自のデータ形式は、どこから見ても、データがベンダにロックされていることを意味する。例えば、元のベンダによって構築されたダッシュボードやアラートをすべて失うことなく、あるベンダから別のベンダに簡単に移行することはできない。

エージェントはまた、ほとんど相互運用性がない。これは、AppDynamicsに依存している場合、同じエージェントは同じメトリックをNew Relicのシステムに簡単に集約できないことを意味する。

エージェントベースのシステムは、アプリケーションと同じシステムリソースを使用するため、場合によってはアプリケーションの速度を低下させたり、クラッシュさせたりすることさえある。サイト信頼性エンジニアリング(SRE)チームは、同じエージェントを使用してデータをアグリゲーションサーバに送り返すため、エージェントがパフォーマンス問題を引き起こす際の可観測性を持つことができない。 ...