オブザーバビリティ（監視・分析）プラットフォームの代表格として、Datadog・New Relic・Mackerelの3つがよく挙がります。それぞれに得意領域・料金・運用面の特徴があります。本記事では、3サービスを比較し、用途別の選び方を解説します。
各サービスの概要
- Datadog：機能・統合数が業界最大級。あらゆるレイヤをカバー
- New Relic：APMが強み。シンプルな料金体系（データ量＋ユーザー数）
- Mackerel：はてな開発の日本製。シンプル設定・日本語サポート
項目別比較
機能の幅
- Datadog：APM・ログ・トレース・RUM・Synthetic・セキュリティと幅広い
- New Relic：APMが核。フルスタックも一通り揃う
- Mackerel：メトリクス監視・ロール管理・アラート中心
料金モデル
- Datadog：ホスト数・ログGB・トレース数等の細かい従量制（高機能ゆえ高コスト）
- New Relic：データ取り込み量＋ユーザー数（無料枠が広い）
- Mackerel：ホスト数ベースのシンプルな価格
導入の手軽さ
- Mackerelはエージェント1コマンドで始められる手軽さが魅力
- DatadogもインストールはApt/Brew/Helmで簡単
- New RelicはAPM中心ならアプリにエージェント追加だけ
日本語サポート
- Mackerel：日本語UI＋日本語サポートが充実
- Datadog：日本法人あり。ドキュメントも一部日本語
- New Relic：英語中心、UIは一部日本語化
用途別の選び方
- 大規模・複雑な環境：Datadog（一括で網羅できる）
- APM重視・コスト抑えめ：New Relic
- 小〜中規模・日本国内中心：Mackerel
- OSS志向・自前運用：Prometheus + Grafana
共通の注意点
- ログのカーディナリティ（タグの種類数）が爆発すると料金高騰
- サンプリング設計で必要十分なデータ量に絞る
- アラート閾値は試行錯誤で調整、誤検知を減らす
OpenTelemetryとの関係
3サービスとも OpenTelemetry エンドポイントを受け入れます。計装はOTelで統一、送信先はサービスで決める構成にしておくと、将来切り替えが容易です。
まとめ
監視SaaSは「網羅性のDatadog」「APM軸のNew Relic」「シンプル運用のMackerel」と特色が分かれます。規模・予算・対応言語・サポートの優先度で選びましょう。OpenTelemetryで計装を抽象化しておけば、後から乗り換えるリスクも最小化できます。
