
この記事の要点
- 出自(DNA)が製品の得意と弱点を決める
- 2025年Magic Quadrantのリーダーは8社。ただしMQは出発点であって結論ではない
- 横並びの機能比較ではなく思想の地図で捉えると、新製品も自分で評価できる
製品の比較記事は数多い。しかし、おすすめ何選という形は、選定の理由を読者に渡さない。本稿では、製品をその出自の系譜から読み解く。出自が得意と弱点を決めるという見方を持てば、新しい製品が出ても自分で評価できる。
Observability Platformsの定義
まず土台となる定義を置く。調査会社Gartnerは、観測プラットフォームを、アプリケーション・サービス・インフラの健全性と性能と挙動を理解するために使う製品で、ログ・メトリクス・イベント・トレースをはじめとする多様な源泉からテレメトリを取り込むもの、と定義している。利用者には、運用やSREだけでなく、開発者やプロダクトオーナーも含まれる。
この定義は二つの点でAPMより広い。取り込む源泉を特定のデータ種別に縛っていないこと。利用者を運用部門に限っていないこと。APMがアプリの性能に焦点を置いていたのに対し、観測プラットフォームはそれを一部として包含する上位概念に置き直されている。カテゴリの名前が、かつてのAPM and Observabilityから Observability Platforms に変わったのは、この再定義の帰結だ。
系譜:製品はその時代の構成から生まれた
各製品は、その時代のシステム構成が抱えた問いへの答えとして生まれている。構成が変わるたびに、それを観測する道具の世代も入れ替わってきた。三つの転換点を構成図で並べる。

監視時代の構成は、PCからサーバ、データベースまでが閉じた単層に収まっていた。見るべきは動いているかどうかで、Nagiosなどの監視がこれに応えた。サーバの死活と資源の使用量を見れば足りた。
APM時代になると、アプリがWeb層、AP層、DB層と多層に分かれ、一つのリクエストが複数の層をまたぐようになった。どこが遅いかを答えるには、サーバが動いているかを見るだけでは足りず、アプリの内側に入り込んで処理を追う必要が出る。ここから、アプリ実行環境に計装するAPM、すなわちdynaTrace、New Relic、AppDynamicsが生まれた。図の二段目の構成が、この世代を呼び出した。
クラウドネイティブの時代に入ると、アプリが多数のサービスに分かれ、コンテナが動的に増減し、経路が爆発する。単一アプリの内側を追うAPMでは、サービスをまたぐ流れを追いきれない。ここで、動的環境のメトリクスを担うPrometheus、サービスをまたぐ流れを追うトレースのZipkinやJaeger、高カーディナリティのイベントを扱うHoneycombという系統が、並行して生まれた。三段目の構成が、複数の新しい系統を同時に必要とした。
つまり、製品の出自は、それが生まれた時代の構成に対応している。構成の複雑さが一段上がるたびに、前の世代では届かない領域が生まれ、新しい系統がそこを埋めてきた。そして出自は、現在の得意と弱点をそのまま決める。下の表で、時代と問いと代表を整理する。
| 時代 | 問い | 代表 |
|---|---|---|
| 監視 | 動いているか | Nagios、Zabbix、SNMP/syslog |
| APM | アプリのどこが遅いか | dynaTrace、New Relic、AppDynamics |
| ログ・メトリクス | 何が記録されたか | Splunk、Elasticsearch、Graphite |
| クラウドネイティブ | 動的な分散をどう見るか | Prometheus、Grafana、Jaeger、Honeycomb |
| 収束 | 製品をまたいで相関できるか | OpenTelemetry、統合プラットフォーム |
動いているかを問う監視から、アプリのどこが遅いかを問うAPMへ。クラウドネイティブが分散と動的化で土台を崩し、複数の系統が並行して生まれた。三系統が分裂したまま相関を人手でやっていた段階を、標準化と統合が束ねにきた。これが現在地に至る流れだ。
出自が得意と弱点を決める
この系譜の効用は、過去の整理にとどまらない。出自が、現在の得意と弱点をそのまま説明する。
| 出自の系統 | 代表 | 得意と弱点 |
|---|---|---|
| APM | Dynatrace、New Relic | アプリ深掘りとAI原因分析に強い |
| ログ・検索 | Splunk、Elastic | 横断検索とセキュリティ連携に強い。コストは量に従う |
| クラウドネイティブ | Grafana、Prometheus | 自由度と低コスト。運用は自前 |
| 量とコストへの反動 | Chronosphere、Honeycomb | カーディナリティとコストの制御に特化 |
| SaaSの寄せ集め | Datadog | 幅は最大。多軸課金とロックインが弱点 |
たとえばログ検索の出自を持つ製品が、後からトレースや指標を継ぎ足してきた歴史を持つなら、製品間の統合に継ぎ目が残りやすい。単一の出自を持たずクラウド時代に全種を統合した製品なら、幅が広い代わりにコストとロックインが弱点になる。出自を知っていれば、強みと弱点を暗記ではなく導出できる。
2025年Magic Quadrantの読み方
このスナップショットを与えるのが、Gartnerの2025年版Magic Quadrantだ。リーダー象限には、Chronosphere、Datadog、Dynatrace、Elastic、Grafana Labs、IBM、New Relic、Splunkの8社が並ぶ。比較で触れていないと突っ込まれない最低ラインがここになる。

象限を一社ずつ紹介すると、結局おすすめ何選に近づく。思想の地図として捉え直すほうがいい。全部入りのSaaS、ログ由来、OSSの組み合わせ、コストとカーディナリティへの特化、という思想の群があり、その中に各製品が位置する。ChronosphereとHoneycombを並べると、コストを絞って制御する発想と、高カーディナリティを安く全部持つ発想という、対立する二つの解が見える。横並びの比較では出てこない切り口だ。
図の扱いと、次回への接続
Magic Quadrantの図そのものはGartnerの知的財産だ。ブログに画像をそのまま貼るのは避け、ベンダーが配布権を持つ正規コピーへリンクし、推奨ではないという免責表記を添える。象限は毎年動くため、参照した公開年月を明記しておく。
そして、この地図には載っていない領域がある。自分の管理下にない経路をどう観測するか、という領域だ。これはGartnerでも別カテゴリとして扱われる。次回持たない経路のネットワーク可観測性で、アプリ性能中心の比較が落とすこの視点を扱う。総論はオブザーバビリティとは何か(総論)に戻れる。
よくある質問
DatadogとDynatraceは何が違いますか
出自が違います。DynatraceはAPM由来でアプリの深掘りとAIによる原因分析に強く、Datadogはクラウド時代に全種を統合した出自で、幅が最大の代わりに多軸課金とロックインが弱点になります。
2025年Magic Quadrantのリーダーはどこですか
Chronosphere、Datadog、Dynatrace、Elastic、Grafana Labs、IBM、New Relic、Splunkの8社です(2025年7月7日公開の Magic Quadrant for Observability Platforms)。
製品選定では何を見るべきですか
機能表の横並びではなく出自の系統です。出自が得意と弱点を決めるため、系譜を知っていれば新しい製品が出ても自分で評価できます。