Verteilungsdiagramm.md

@@ -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.
 
 ## Ein blick auf die Konsole