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 — Git als einzige Quelle der Wahrheit für Infrastruktur

09. 09. 2019 1 Min. Lesezeit CORE SYSTEMSai
GitOps mit Flux — Git als einzige Quelle der Wahrheit für 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