LB-05 – Monitoring & Alerting

1. Leistungsgegenstand

Der Auftragnehmer stellt ein zentrales Monitoring- und Alerting-System zur Überwachung des Betriebszustands der in LB-01 und LB-02 definierten Systemumgebung bereit.

Zusätzlich wird ein Logging-System zur zentralisierten Erfassung und Analyse von Log-Daten betrieben.

Ziel ist die technische Transparenz und Betriebsüberwachung, nicht jedoch die fachliche Bewertung oder Optimierung der Anwendungen des Auftraggebers.

1. Technische Grundlage

Monitoring-Stack:

• Prometheus (Metrikerfassung & Abfragen)

• Alertmanager (Alarmierung & Routing)

• Grafana (Visualisierung / Dashboards)

Logging-Stack:

• Loki (Log-Speicher / Query Engine)

• Promtail (Log Collection / Node Agents)

Alert-Routing:

• b’nerd lokirule-operator zur Definition von Alerting-Zielen und Eskalationsregeln (Metrics)

• AlertManager zur Definition von Alerting-Zielen und Eskalationsregeln (Logging)

Alle Systeme laufen innerhalb der Managed Kubernetes Umgebung gemäß LB-02.

1. Umfang des Monitorings

Standardmäßige Überwachung umfasst:

• Cluster-Gesamtzustand (Control Plane / Nodes)

• Container- & Pod-Lifecycle-Metriken

• Ressourcenverbrauch (CPU, RAM, Storage, Netzwerk)

• Zustand von Persistent Volumes (PVC)

• Zustand des Backup-Systems (sofern LB-04 vereinbart)

• Standard Service Health Checks (Liveness/Readiness/Startup-Probes)

Optional über Preisliste:

• Website- / HTTP-Endpunkt-Monitoring

• Applikationsspezifische Metriken / Custom Dashboards

• Log-basierte Korrelationsanalysen

• SLA- & SLO-basierte Alertingdefinitionen

1. Alerting & Eskalation

Alerts werden abhängig von ihrer Kritikalität an definierte Kommunikationswege übermittelt, z. B.:

• Ticketsystem (Standard)

• E-Mail

• Slack / Microsoft Teams / SMS

• Telefon/On-Call (falls vereinbart)

Die Konfiguration der Alarmierungswege erfolgt gemeinsam im Rahmen der Betriebsaufnahme.

Reaktions- und Bearbeitungszeiten ergeben sich nicht aus dieser Leistungsbeschreibung, sondern aus der Anlage SLA.

1. Logging

Erfasste Log-Daten stammen aus:

• Kubernetes Nodes (Systemlogs)

• Container stdout/stderr

• Ingress- und Networking-Komponenten

Nicht Bestandteil (außer gesondert vereinbart):

• Applikationsinterne Logrotation

• Anwendungs- und Transaktionslogs, die nicht stdout folgen

• Compliance- oder GoBD-Archivierung

Retention für Log-Daten erfolgt gemäß Preisübersicht (abhängig von Speicherklasse und Datenvolumen).

1. Abgrenzung der Verantwortung

Software, Anwendungen, Workloads und Dateninhalte verbleiben vollständig im Verantwortungsbereich des Auftraggebers.

Der Auftragnehmer:

• betreibt Monitoring- und Logging-Plattformen

• stellt Dashboards und Auswertemöglichkeiten bereit

• stellt Alarmierungsregeln im Rahmen des Standard-Frameworks bereit

Der Auftragnehmer übernimmt nicht:

• fachliche Analyse der Log-Daten

• Ursachenanalyse von Anwendungsfehlern ohne Auftrag

• Performance-Tuning oder Architekturentscheidungen des Auftraggebers

• Erstellung individueller Dashboards ohne Beauftragung

1. Schnittstellen

Der Auftraggeber erhält:

• Lesenden Zugriff auf Grafana Dashboards

• Möglichkeit zur Definition eigener Dashboards

• Zugriff auf Log Queries in Loki (read only)

• Dokumentation der Alertwege und Eskalationsstufen

1. Bezug zur Preisübersicht

Die Preise für Leistungen dieser Anlage ergeben sich aus:

„Anlage – Preisliste (2026)“

Insbesondere gelten:

• Managed Monitoring Stack (Prometheus + Grafana + Alertmanager) pro Cluster

• Managed Logging Stack (Loki + Promtail) pro Cluster

• Aufwand für Custom Dashboards / App-Metriken nach Stundensatz

• Endpoint-Monitoring & Alerting gemäß Preisübersicht

  1.