Was sind die gängigen Monitoring-Tools und wie wählt man zwischen ihnen?

Question

Accepted Answer

Die Landschaft unterteilt sich nach Säule — Metriken, Logs, Traces — plus All-in-One-verwaltete Plattformen. Die Wahl läuft auf **Self-Hosted vs Managed** hinaus, getrieben durch Teamgröße, Budget und Skalierung.

## Tools nach Säule

```text
METRICS    Prometheus  → pull-based scraping, time-series DB, PromQL query language
           Grafana     → dashboards on top of Prometheus (and many other sources)

LOGS       ELK         → Elasticsearch + Logstash + Kibana (powerful, heavy to run)
           Loki        → "Prometheus for logs": cheap, indexes labels not full text

TRACES     Jaeger      → distributed tracing, OpenTelemetry-compatible
           Tempo       → trace backend that pairs with Grafana/Loki

ALL-IN-ONE Datadog     → managed metrics + logs + traces + APM in one product
```

## Warum Prometheus + Grafana die gängige Open-Source-Grundlage ist

Prometheus **zieht** Metriken von Zielen, die es kratzt (der Service stellt `/metrics` bereit), speichert sie in einer Zeitreihendatenbank und fragt mit **PromQL** ab. Das Ziehen macht die Zielentdeckung und Gesundheitsprüfung einfach. Grafana sitzt oben für die Visualisierung. Loki und Tempo erweitern denselben Stack auf Logs und Traces, alles in einer Grafana-UI abfragbar.

```promql
# PromQL: per-route error ratio over 5 minutes
sum by (route) (rate(http_requests_total{status=~"5.."}[5m]))
  / sum by (route) (rate(http_requests_total[5m]))
```

## Warum es wichtig ist

```text
SELF-HOSTED (Prometheus/Grafana/Loki/Tempo)
  ✓ no per-host bill, full control, no data leaves your infra
  ✗ you run, scale, and patch it; storage & HA are your problem

MANAGED (Datadog, Grafana Cloud)
  ✓ no ops burden, integrations out of the box, scales for you
  ✗ costs grow fast with hosts/volume; some vendor lock-in
```

## Wie man wählt

```text
Small team / tight budget   → self-hosted Prometheus + Grafana (+ Loki)
Fast-moving, ops-light team  → managed (Datadog / Grafana Cloud)
Large scale / strict cost    → self-host the core, but budget for the ops team
```

## Warum es wichtig ist

Es gibt kein universell bestes Tool — nur die richtige Wahl für Ihre Einschränkungen. Ein 5-köpfiges Startup ertrinkt beim Versuch, einen HA-Elasticsearch-Cluster zu betreiben; ein großes Unternehmen kann sechs Ziffern pro Jahr für eine verwaltete Plattform ausgeben, die es selbst hosten könnte. Zu wissen, was jedes Tool tut und welche Kompromisse bei Self-Hosted vs Managed anfallen, ermöglicht es Ihnen, Observability an Teamgröße, Budget und Skalierung anzupassen, anstatt nur das Populäre nachzuahmen.