Why It Fits
選ぶ理由
- プル型で収集がシンプル
- PromQL で柔軟な集計
- クラウドネイティブ/K8s の標準
Product Profile
SoundCloud → CNCF / メトリクス監視
時系列メトリクスを収集・保存し、PromQL で問い合わせる監視の定番。プル型で収集し、アラートも備える。
Specifications
Introducing
Decision Guide
採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。
Why It Fits
Trade-offs
Deep Dive
Prometheus は、システムのメトリクス(数値の指標)を収集・保存・監視するためのツールです。CPU 使用率やリクエスト数といった値を時系列で蓄え、状態の変化を追えるようにします。
「結局なに?」を一言でいえば、メトリクスを時系列で集めて監視する仕組みです。クラウドネイティブな環境の監視で広く使われています。
データは時系列データベースに保存されます。収集方式は Pull 型で、Prometheus 側が監視対象(ターゲット)に定期的にアクセスし、公開されているメトリクスを取りに行きます。
集めたデータは PromQL という専用のクエリ言語で問い合わせ、条件に応じたアラートも設定できます。
scrape_configs:
- job_name: app
static_configs:
- targets: ['localhost:9090']
サービスの増減が激しい環境でも対象を見つけやすく、Kubernetes と特に相性がよいのも特徴です。
サーバやアプリの状態を数値で継続監視し、異常を検知したいときに向きます。グラフでの「見える化」は Grafana と組み合わせるのが定番で、Prometheus がデータ収集、Grafana が表示、という役割分担になります。
ログ中心の調査をしたい場合は、別系統のログ基盤を併用するのが一般的です。
Implementation View
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
メトリクス監視/アラート
種別: メトリクス監視 / 提供元: SoundCloud → CNCF / ライセンス: オープンソース(Apache 2.0)
PromQL で柔軟な集計
長期保存は別途(リモートストレージ)
Best Fit