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

Areas/cimt AG/CIP/CIP067 Aufbau eines einheitlichen, wiederverwendbaren Monitoring-Stacks.md

@@ -0,0 +1,72 @@
+---
+tags:
+  - process/project
+  - cimt/cip
+reference:
+  - "[[Managed Services Team]]"
+---
+
+> [!abstract]+ Project
+> Progress:: `$= dv.view('project-progress', {file: 'CIP067 Aufbau eines einheitlichen, wiederverwendbaren Monitoring-Stacks'})`
+> Target:: `$= dv.view('project-target', {file: 'CIP067 Aufbau eines einheitlichen, wiederverwendbaren Monitoring-Stacks'})`
+> Bar:: `$= dv.view('project-progress-bar', {file: 'CIP067 Aufbau eines einheitlichen, wiederverwendbaren Monitoring-Stacks'})`
+> Tasks:: `$= const aufgaben = dv.page('CIP067 Aufbau eines einheitlichen, wiederverwendbaren Monitoring-Stacks').file.inlinks.where(t => { const mt = dv.page(t.path); return mt.tags?.includes('process/task') && mt.status === 'In Arbeit'}); if (aufgaben.length > 0) { dv.header(4, aufgaben.length > 1 ? "Aufgaben" : "Aufgabe"); dv.list(aufgaben) }`
+
+## Project Info
+
+### Stakeholder
+- [[Frank Füllbier]]
+
+### Mitglieder
+- [[Marcel Kuszak]]
+- [[Bastian Liesigk]]
+- [[Christian Kiltz]]
+
+## Thoughts
+
+
+## Resources
+- https://cimtag.atlassian.net/wiki/spaces/CW/pages/5308350465/CIP+067+Aufbau+eines+einheitlichen+wiederverwendbaren+Monitoring-Stacks
+
+## Review questions
+
+## Termine
+```dataview
+LIST
+FROM [[]] AND !outgoing([[]]) AND "Journal"
+SORT date
+```
+
+## Aufgaben
+
+## Offene Aufgaben
+```dataviewjs
+const pages = dv.current().file.inlinks.where(p => dv.page(p.path).tags?.includes('process/task')).where(p => dv.page(p.path).file.tasks.length != dv.page(p.path).file.tasks.where(t => t.fullyCompleted === true).length);
+
+dv.table(["Project", "Status", "Completed", "Tasks"], pages.map(p => {
+	const page = dv.page(p.path);
+	const tasks = page.file.tasks;
+   	return [
+   		page.file.link,
+   		page.status,
+   		tasks.where(t => t.fullyCompleted === true).length,
+   		tasks.length
+   	]
+}));
+```
+
+## Aufgaben
+```dataviewjs
+const pages = dv.current().file.inlinks.where(p => dv.page(p.path).tags?.includes('process/task'));
+
+dv.table(["Project", "Status", "Completed", "Tasks"], pages.map(p => {
+	const page = dv.page(p.path);
+	const tasks = page.file.tasks;
+	return [
+		page.file.link,
+		page.status,
+		tasks.where(t => t.fullyCompleted === true).length,
+		tasks.length
+	]
+}));
+```

Areas/cimt AG/Managed Services Team.md

@@ -13,7 +13,7 @@ LIMIT 20
 ## Links
 - https://cimt-objects.zammad.com
 
-## Aufgaben
+## Offene Aufgaben
 ```dataviewjs
 const pages = dv.current().file.inlinks.where(p => dv.page(p.path).tags?.includes('process/task')).where(p => dv.page(p.path).file.tasks.length != dv.page(p.path).file.tasks.where(t => t.fullyCompleted === true).length);
 
@@ -29,6 +29,23 @@ dv.table(["Project", "Status", "Completed", "Tasks"], pages.map(p => {
 }));
 ```
 
+## Aufgaben
+```dataviewjs
+//const pages = dv.current().file.inlinks.where(p => dv.page(p.path).tags?.includes('process/task'));
+const pages = dv.current().file.inlinks.where(p => dv.page(p.path).tags?.includes('process/task')).where(p => dv.page(p.path).file.tasks.length == dv.page(p.path).file.tasks.where(t => t.fullyCompleted === true).length);
+
+dv.table(["Project", "Status", "Completed", "Tasks"], pages.map(p => {
+	const page = dv.page(p.path);
+	const tasks = page.file.tasks;
+	return [
+		page.file.link,
+		page.status,
+		tasks.where(t => t.fullyCompleted === true).length,
+		tasks.length
+	]
+}));
+```
+
 ## Termine
 
 >[!info]- Daily

Areas/cimt AG/Managed Services/Aufgaben/Monitoring - Next Steps.md

@@ -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]