DEV Community

スシロー
スシロー

Posted on

【2026】Datadog 代替の低価格監視SaaS：料金・移行コストで選ぶ

#saas #devops #tutorial #webdev

結論（おすすめ1つ）

Grafana Cloud に乗り換えるべき。

Prometheus/Loki/Tempoのエコシステムをそのまま使えるため、既存のインフラ資産を捨てずに済む。無料枠が実用範囲に収まっており、小〜中規模サービスならコストゼロで本番運用できる。エージェント互換性が高く、Datadogエージェントのドロップイン代替として機能するため移行コストが低い。

比較表（料金/無料枠/移行コスト/対応言語）

ツール 料金体系 無料枠 移行コスト 対応言語・SDK
Grafana Cloud メトリクス/ログ/トレース量従量 あり（公式の料金ページで要確認） 低：Prometheusエクスポーター流用可 Go/Python/JS/Java/Ruby/.NET 他
New Relic データインジェスト量従量 あり（公式の料金ページで要確認） 中：エージェント再インストール必要 主要言語ほぼ全対応
SigNoz セルフホスト無料／クラウド従量 セルフホストは実質無制限 中：OpenTelemetryへの書き換えが必要 OpenTelemetry対応言語すべて
Better Stack ホスト数・ログ量従量 あり（公式の料金ページで要確認） 低：ログ転送設定のみで開始可 ログ中心、APMは限定的
Datadog（参考） ホスト数＋機能従量 実質なし — 広範

移行手順

Grafana Cloud への移行を例に示す。

Step 1：Grafana Cloud アカウント作成・スタックURL取得

Grafana Cloud のダッシュボードにログインし、スタックの PROMETHEUS_URL・LOKI_URL・API_KEY を控える。

Step 2：Grafana Alloy（旧 Grafana Agent）をインストール

# Linux (systemd)
curl -fsSL https://apt.grafana.com/gpg.key | sudo gpg --dearmor \
  -o /etc/apt/keyrings/grafana.gpg

echo "deb [signed-by=/etc/apt/keyrings/grafana.gpg] \
  https://apt.grafana.com stable main" \
  | sudo tee /etc/apt/sources.list.d/grafana.list

sudo apt-get update && sudo apt-get install -y alloy
Enter fullscreen mode Exit fullscreen mode

Step 3：設定ファイルを記述

# /etc/alloy/config.alloy

prometheus.remote_write "grafana_cloud" {
  endpoint {
    url = env("PROMETHEUS_URL")
    basic_auth {
      username = env("GRAFANA_INSTANCE_ID")
      password = env("GRAFANA_API_KEY")
    }
  }
}

prometheus.scrape "local" {
  targets = [{"__address__" = "localhost:9090"}]
  forward_to = [prometheus.remote_write.grafana_cloud.receiver]
}

loki.write "grafana_cloud" {
  endpoint {
    url = env("LOKI_URL")
    basic_auth {
      username = env("GRAFANA_INSTANCE_ID")
      password = env("GRAFANA_API_KEY")
    }
  }
}

loki.source.file "app_logs" {
  targets = [
    {__path__ = "/var/log/app/*.log", job = "app"},
  ]
  forward_to = [loki.write.grafana_cloud.receiver]
}
Enter fullscreen mode Exit fullscreen mode

Step 4：サービス起動と疎通確認

sudo systemctl enable alloy --now

# Grafana Cloud 上でメトリクスが届いているか確認
# Explore → Metrics → {job="app"} で検索
Enter fullscreen mode Exit fullscreen mode

Step 5：Datadog エージェントの停止

sudo systemctl stop datadog-agent
sudo systemctl disable datadog-agent
# 完全アンインストールする場合
sudo apt-get remove --purge datadog-agent
Enter fullscreen mode Exit fullscreen mode

Step 6：既存ダッシュボードの移行

DatadogのダッシュボードJSONをエクスポートし、dd-to-grafana などのOSSコンバーターを通すか、Grafana上で手動再現する。アラートルールはPromQL/LogQLで書き直す必要がある。

向き不向き

向いているチーム・規模

  • スタートアップ・個人開発者：無料枠内に収まるなら監視コストがゼロになる
  • すでにPrometheus/Grafanaスタックを自前運用しているチーム：設定の大半を流用できる
  • OpenTelemetry対応を進めているチーム：ベンダーロックを避けつつSaaSの運用負荷ゼロを両立できる
  • ログ・メトリクス・トレースを一元管理したいが、Datadogの請求が予測困難で困っているチーム

避けるべきケース

  • APMのコードレベル可視化（関数単位のフレームグラフなど）をGUI上で深掘りしたい場合：Datadogのような深度には及ばない
  • Kubernetes大規模クラスタ（数百ノード超）をフルマネージドで監視したい場合：無料枠をすぐ超え、コストシミュレーションを先に行う必要がある
  • セキュリティ監査ログ（SIEM相当）を同一プラットフォームで完結させたいチーム：専用SIEMとの併用が現実的
  • エンジニアリソースが逼迫しており、移行作業に1〜2スプリントも割けないチーム：移行コストが低いとはいえ、ゼロではない

Top comments (0)