Glossar

GitOps

GitOps ist ein Betriebsmodell für Infrastruktur und Anwendungen, bei dem der gewünschte Zustand vollständig deklarativ in einem Git-Repository beschrieben ist – Kubernetes-Manifeste, Helm-Charts, Infrastruktur-Definitionen – und Automatisierung dafür sorgt, dass die Realität diesem Zustand folgt. Werkzeuge wie Argo CD oder Flux vergleichen laufend den Ist-Zustand des Clusters mit dem Soll-Zustand im Repository und gleichen Abweichungen automatisch ab. Der Kern besteht aus vier Prinzipien: Erstens ist Git die einzige Quelle der Wahrheit – was nicht im Repository steht, existiert nicht offiziell. Zweitens laufen Änderungen ausschließlich über Commits und Pull Requests, nie über manuelle Eingriffe am System. Drittens zieht sich der Cluster Änderungen selbst (Pull-Prinzip), statt dass eine Pipeline mit weitreichenden Zugangsdaten hineinschreibt. Viertens erkennt und korrigiert die Automatisierung Drift – manuelle „Hotfixes“ am Cluster werden zurückgesetzt. Für die Sicherheit bringt das handfeste Vorteile: Jede Änderung ist nachvollziehbar (Audit-Trail per Git-History), Review-Pflicht über Pull Requests, Rollbacks sind ein einfacher Revert, und weil niemand mehr direkt am Cluster arbeitet, schrumpft die Angriffsfläche für gestohlene Admin-Zugangsdaten. Gleichzeitig wird das Git-Repository selbst zum kritischen System: Wer dort schreiben darf, kontrolliert die Infrastruktur. Signierte Commits, Branch-Protection und strenge Zugriffskontrolle sind deshalb Pflicht. Auch fürs Schwachstellen-Management hilft GitOps: Ein Patch – etwa ein aktualisiertes Container-Image nach einer SecFeed-Meldung – ist ein einziger, reviewbarer Commit, der reproduzierbar durch alle Umgebungen rollt. Für den Einstieg muss es nicht das große Framework sein: Schon ein Repository mit den Kubernetes-Manifesten plus Flux oder Argo CD im Standard-Setup bringt die wichtigsten Effekte – Nachvollziehbarkeit, Reviews, schnelle Rollbacks. Bewährte Ergänzungen sind Kustomize oder Helm für Umgebungs-Unterschiede, Sealed Secrets oder External Secrets für Zugangsdaten (Klartext-Secrets gehören nie ins Repository) und Policy-Checks in der Pipeline, die gefährliche Konfigurationen (privilegierte Container, fehlende Ressourcen-Limits) schon im Pull Request stoppen. So wird aus dem Deployment-Werkzeug schrittweise ein Sicherheitsnetz für die gesamte Plattform-Konfiguration. Der Kulturwandel ist dabei größer als die Technik: Änderungen laufen nur noch über das Repository – Ausnahmen bestätigen nicht die Regel, sie brechen sie.

Aktuelle Meldungen dazu: devops · ← zum Glossar