Zum Inhalt springen
_CORE
KI & Agentensysteme Unternehmensinformationssysteme Cloud & Platform Engineering Datenplattform & Integration Sicherheit & Compliance QA, Testing & Observability IoT, Automatisierung & Robotik Mobile & Digitale Produkte Banken & Finanzen Versicherungen Öffentliche Verwaltung Verteidigung & Sicherheit Gesundheitswesen Energie & Versorgung Telko & Medien Industrie & Fertigung Logistik & E-Commerce Retail & Treueprogramme
Referenzen Technologien Blog Know-how Tools
Über uns Zusammenarbeit Karriere
CS EN DE
Lassen Sie uns sprechen

GitOps mit Flux — Automatisierung der Infrastruktur

09. 09. 2019 Aktualisiert: 27. 03. 2026 1 Min. Lesezeit CORE SYSTEMSai
Dieser Artikel wurde veröffentlicht im Jahr 2019. Einige Informationen können veraltet sein.
GitOps mit Flux — Automatisierung der Infrastruktur

Unser Workflow: Jenkins baut Image → pusht in die Registry → Operator führt helm upgrade aus → betet. GitOps dreht das Modell um: Das Git-Repository beschreibt den Cluster-Zustand, Flux stellt sicher, dass der Cluster übereinstimmt. Kein imperatives helm upgrade. Nur git push.

Warum GitOps

Das Problem: Niemand weiß, was auf dem Cluster läuft. Kubectl apply hier, helm upgrade dort, manuelle ConfigMap-Edits. Configuration Drift. Das GitOps-Prinzip: Was in Git steht, läuft. Immer. Automatisch. Der Agent macht jede manuelle Änderung rückgängig.

Vorteile: Audit-Trail (git log), Rollback = git revert, Code Review für Infrastrukturänderungen (Pull Request), Reproduzierbarkeit (neuer Cluster = git clone).

Flux vs. Argo CD

Argo CD: hübschere UI, mehr Features. Flux: leichtgewichtig, zusammensetzbar, bessere Helm-Integration. Für 12 Services mit Helm Charts gewann Flux durch Einfachheit.

Repository-Struktur

infrastructure/
├── base/           # Shared resources
├── environments/
│   ├── staging/    # Kustomize patches
│   └── production/
└── apps/
    ├── notification-service/
    ├── user-service/
    └── ...

Workflow in der Praxis

  1. Entwickler pusht Code → Jenkins baut Image myapp:1.23.5
  2. Flux erkennt neuen Tag in der Registry
  3. Flux aktualisiert Manifest in Git (Image Tag)
  4. Flux wendet die Änderung auf den Cluster an
  5. Rollback? git revert Commit → Flux wendet den vorherigen Zustand an

Drift Detection

Jemand macht ein kubectl edit auf Produktion? Flux erkennt es und macht es rückgängig. Anfangs Frustration für das Ops-Team, das an Quick Fixes gewöhnt war. Aber es eliminiert die „wer hat wann was geändert und warum funktioniert es nicht”-Rätsel.

Multi-Environment

Staging-Branch → Staging-Cluster. Main-Branch → Production. Promotion = Merge/Cherry-Pick. Kustomize für umgebungsspezifische Patches. Der gesamte Flow ist auditierbar, reviewbar, reproduzierbar.

Git als einzige Quelle der Wahrheit

GitOps eliminiert Configuration Drift, liefert einen Audit-Trail kostenlos und vereinfacht Rollbacks. Die Investition in das Flux-Setup rentiert sich im ersten Monat, in dem man herausfinden muss, „was sich geändert hat”.

gitopsfluxkubernetesci/cd
Teilen:

CORE SYSTEMS

Wir bauen Kernsysteme und KI-Agenten, die den Betrieb am Laufen halten. 15 Jahre Erfahrung mit Enterprise-IT.

Brauchen Sie Hilfe bei der Implementierung?

Unsere Experten helfen Ihnen bei Design, Implementierung und Betrieb. Von der Architektur bis zur Produktion.

Kontaktieren Sie uns
Brauchen Sie Hilfe bei der Implementierung? Termin vereinbaren