vault backup: 2026-04-29 18:25:51

2026-04-29 18:25:51 +02:00
parent f935b2b85d
commit aea41a2576
5 changed files with 269 additions and 20 deletions
@@ -0,0 +1,161 @@
+---
+tags:
+  - process/task
+reference:
+  - "[[Managed Services Team]]"
+---
+## Aufgabenbeschreibung
+
+# 🧾 Kurzfassung
+
+Ziel des Meetings war die Definition eines **standardisierten Monitoring-Ansatzes** (Prometheus/Grafana-basiert), der als **wiederverwendbare Baseline** für verschiedene Kunden (z. B. Hoyer, GStA, Hamburg Wasser) dient und zukünftig effizient ausgerollt werden kann.
+
+---
+
+# 🎯 Ziele
+
+- Aufbau eines **einheitlichen Monitoring-Stacks**
+- Ablösung/Ergänzung bestehender Lösungen (z. B. CheckMK)
+- **Wiederverwendbarkeit & Standardisierung** für alle Kunden
+- Reduktion von **Implementierungsaufwand** bei neuen Projekten
+
+---
+
+# 🏗️ Technischer Ansatz (Baseline)
+
+- Betrieb über **Docker (Container-basiert)**
+- Basis-Komponenten:
+    - Prometheus
+    - Grafana
+    - Alertmanager
+- Enthält bereits:
+    - Grund-Dashboards (CPU, Disk, etc.)
+    - Basis-Alerting
+    - vorkonfigurierte Kommunikation zwischen Komponenten
+- Deployment über **Git-Repository inkl. Konfiguration & Secrets (Ansible Vault)**
+
+👉 Grundprinzip:  
+**80 % Standard (Baseline), 20 % kundenspezifische Anpassungen**
+
+---
+
+# 🧩 Vorgehen
+
+## 1. Baseline erstellen
+
+- Ausgangspunkt: bestehendes Repo (Messe München)
+- Schritte:
+    - Repo klonen
+    - Kunden-spezifische Teile entfernen
+    - neutrales Basis-Repository erstellen
+
+👉 Verantwortlich: **Marcel**
+
+---
+
+## 2. Lokale Testumgebung
+
+- Aufbau einer VM mit Docker bei euch intern
+- Ziel:
+    - Testen des Setups
+    - Know-how im Team aufbauen (Configs, Alerts, Container)
+
+---
+
+## 3. Rollout bei Kunden
+
+### Zielkunden:
+
+- GStA
+- Hoyer
+
+Unterschied:
+
+- **GStA:** später relevant (noch Entwicklung)
+- **Hoyer:** kurzfristiger Bedarf
+
+Bereitstellung:
+
+- per Git (wenn Zugriff möglich)
+- oder als Export (offline Szenarien)
+
+---
+
+# 🔧 Erweiterungen / Roadmap
+
+## Loki (Logging)
+
+- Einführung von **Loki für Log-Monitoring**
+- Vorgehen:
+    - zunächst intern ausprobieren (Proof of Concept)
+    - später Integration in Baseline
+
+👉 Ziel: Logs in Grafana sichtbar machen
+
+👉 Verantwortlich: **Bastian (+ Team)**
+
+---
+
+## Weitere geplante Erweiterungen
+
+- RabbitMQ Monitoring
+- Integration zusätzlicher Exporter (je nach Kunde)
+- Perspektivisch Kubernetes-Unterstützung
+
+---
+
+# 🧪 Hamburg Wasser (Spezialfall)
+
+- Bereits bestehendes Monitoring vorhanden
+- Vorgehen:
+    - vorsichtiges Vorgehen (keine „Experimente“ im Live-System)
+    - zunächst Loki separat vorbereiten
+    - später Integration abstimmen
+
+Besonderheit:
+
+- kein Internetzugang → Deployment erschwert (Container-Import notwendig)
+
+---
+
+# 📅 Zeitplan (grob)
+
+- **~1–2 Wochen:**
+    - erste Baseline-Version
+    - interne Testumgebung
+- **parallel:**
+    - Loki Proof-of-Concept
+- **danach:**
+    - erste Einsätze bei Kunden
+    - iterative Erweiterung
+
+---
+
+# 👥 Aufgabenverteilung
+
+- **Marcel**
+    - Erstellung der Baseline
+    - Repo-Aufbau
+- **Frank**
+    - CIP-Struktur & Dokumentation
+- **Bastian**
+    - Loki evaluieren und implementieren
+    - Logs in Grafana integrieren
+- **Team**
+    - Mitwirken bei Tests & Dokumentation
+    - Know-how-Aufbau im Umgang mit Docker & Monitoring
+
+---
+
+# ✅ Nutzen / Ergebnis
+
+- Einheitliches Monitoring für alle Kunden
+- Schnellere Rollouts (quasi „Monitoring per Install.exe“)
+- Weniger Aufwand und Kosten pro Kunde
+- Bessere Wartbarkeit & Transparenz
+- Basis für zukünftige Erweiterungen (Observability, Kubernetes)
+## Überlegungen
+
+## Unteraufgaben
+
+- [x] Monitoring - Next Steps  [completion:: 2026-04-29]