TL

Product Profile

Prometheus

SoundCloud → CNCF / メトリクス監視

時系列メトリクスを収集・保存し、PromQL で問い合わせる監視の定番プル型で収集し、アラートも備える

TL;DR要点だけ先に
  • 1.時系列メトリクスを収集・保存する監視の定番。
  • 2.プル型で収集し PromQL で柔軟に集計、アラートも可能。
  • 3.K8s 監視や SRE の標準。可視化は Grafana、ログ/トレースは対象外。

Specifications

基本情報

Introducing

Prometheus のロゴ
Prometheus時系列メトリクスを収集・保存し、PromQL で問い合わせる監視の定番。プル型で収集し、アラートも備える。
種別
メトリクス監視
提供元
SoundCloud → CNCF
ライセンス
オープンソースApache 2.0)
登場
2012年
最大の強み
プル型で収集がシンプルPromQL で柔軟な集計
代表的な用途
メトリクス監視/アラートKubernetes 監視 / SRE / オブザーバビリティ

Decision Guide

選定ポイント

採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。

Why It Fits

選ぶ理由

  1. プル型で収集がシンプル
  2. PromQL で柔軟な集計
  3. クラウドネイティブ/K8s の標準

Trade-offs

考慮すべき点

  1. 長期保存は別途(リモートストレージ)
  2. 可視化は別(→ Grafana)
  3. ログ/トレースは対象外

Deep Dive

もっと詳しく

どんなツールか

Prometheus は、システムのメトリクス(数値の指標)を収集・保存・監視するためのツールです。CPU 使用率やリクエスト数といった値を時系列で蓄え、状態の変化を追えるようにします。

「結局なに?」を一言でいえば、メトリクスを時系列で集めて監視する仕組みです。クラウドネイティブな環境の監視で広く使われています。

特徴・仕組み

データは時系列データベースに保存されます。収集方式は Pull 型で、Prometheus 側が監視対象(ターゲット)に定期的にアクセスし、公開されているメトリクスを取りに行きます。

集めたデータは PromQL という専用のクエリ言語で問い合わせ、条件に応じたアラートも設定できます。

scrape_configs:
  - job_name: app
    static_configs:
      - targets: ['localhost:9090']

サービスの増減が激しい環境でも対象を見つけやすく、Kubernetes と特に相性がよいのも特徴です。

得意・不得意

  • 時系列メトリクスの収集とアラートに強く、Kubernetes 環境で定番。
  • PromQL で柔軟に集計・条件付けができる。
  • 反面、ログそのものの収集や、リッチなダッシュボード作成は主目的ではない。可視化は外部ツールと組み合わせる前提。

いつ使うか(他との違い)

サーバやアプリの状態を数値で継続監視し、異常を検知したいときに向きます。グラフでの「見える化」は Grafana と組み合わせるのが定番で、Prometheus がデータ収集、Grafana が表示、という役割分担になります。

ログ中心の調査をしたい場合は、別系統のログ基盤を併用するのが一般的です。

Implementation View

Prometheusを実務で読む

TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。

解決すること

メトリクス監視/アラート

比較で見る軸

種別: メトリクス監視 / 提供元: SoundCloud → CNCF / ライセンス: オープンソース(Apache 2.0)

導入後に効く点

PromQL で柔軟な集計

先に潰すリスク

長期保存は別途(リモートストレージ)

数字・仕様の読み方
種別
メトリクス監視
提供元
SoundCloud → CNCF
ライセンス
オープンソース(Apache 2.0)
登場
2012年

判断チェックリスト

  • 自社の用途が「メトリクス監視/アラート / Kubernetes 監視」に近いか確認する。
  • 強みである「プル型で収集がシンプル」が本当に評価軸になるか確認する。
  • 注意点の「長期保存は別途(リモートストレージ)」を運用で吸収できるか確認する。
  • 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
  • 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
  • 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。

次に確認する観点

メトリクス監視/アラートKubernetes 監視SRE / オブザーバビリティ

Best Fit

こんな用途に向く

メトリクス監視/アラートKubernetes 監視SRE / オブザーバビリティ
公式サイト