@@ -64,10 +64,10 @@ Damit trennen wir fachliche Logik (Core, Agents) von Basisdiensten (Messaging, D
Ein grosser Vorteil der Architektur ist die einfache Erweiterbarkeit:
- Prometheus/Alertmanager oder OpenTelemetry Collector koennen analog zu Loki/Grafana als eigene Bundles im Namespace monitoring hunzugefuegt werden.
- Dank GitOps gen眉gt ein zus盲tzlicher Eintrag im Repo (`gitops/infra/monitoring/prometheus`), und Fleet 眉bernimmt das Deployment und die Steuerung.
- Dank GitOps gen眉gt ein zus盲tzlicher Eintrag im Repo (`gitops/infra/monitoring/prometheus`) sowie deren Definition, und Fleet 眉bernimmt das Deployment und die Steuerung.
- Keine strukturellen 脛nderungen n枚tig: Die Monitoring-Komponenten w盲ren genauso lose gekoppelt wie heute Loki/Promtail.
Damit Zeigt sich: Auch wenn Monitoring aktuell nur Logging abdeckt, ist ide Erweiterung auf Metric/Tracing ohne Bruch und m枚glich und weitestgehend darauf ausgelegt.
Damit zeigt sich: Auch wenn Monitoring aktuell nur Logging abdeckt, ist die Erweiterung auf Metric/Tracing ohne Bruch m枚glich und weitestgehend darauf ausgelegt.
## Zusammenfassung
...
...
@@ -75,7 +75,7 @@ Damit Zeigt sich: Auch wenn Monitoring aktuell nur Logging abdeckt, ist ide Erwe
- Durch GitOps mit Fleet haben wir eine automatisierte, reproduzierbare Deployment-Pipeline.
- Fachliche profitieren wir von Entkopplung, Erweiterbarkeit und Transparenz.
- Der Aufbau ist zukunftssicher: zus盲tzliche Monitoring-/Tracing-Komponenten k枚nnen problemlos integriert werden.
-:red_circle: Das alles hilft dem Unternemen stabile und einsehbare Deployments an die Kunden auszuliefern.
-Die Verteilung mit Fleet/GitOps soll dem Unternehmen helfen, stabile, nachvollziehbare und leicht modifizierbare Artefakte an Kunden auszurollen.
