Kubernetes GitOps — Deklaratives Deployment mit ArgoCD

In diesem 100-Minuten-Modul dreht ihr die Deployment-Richtung um. Bisher kanntet ihr kubectl apply -f aus einer CI-Pipeline heraus – die Pipeline schreibt aktiv in den Cluster, braucht dafür Cluster-Credentials und merkt eine Abweichung erst beim nächsten Lauf. Das GitOps-Grundmodell dreht das Prinzip um: Push-based (die Pipeline drückt Änderungen in den Cluster) wird zu Pull-based (ein Operator im Cluster holt sich Änderungen aus Git) – mit einer Reconciliation-Loop, die kontinuierlich prüft, ob Ist- und Soll-Zustand übereinstimmen. Danach seziert ihr die ArgoCD-Architektur: die Application-CRD als zentrales Objekt, und die bewusste Trennung zweier Zustände, die leicht verwechselt werden – Sync-Status ( Synced/OutOfSync, stimmt der Cluster-Zustand mit Git überein?) gegen Health-Status ( Healthy/Degraded/Progressing, läuft die Anwendung tatsächlich?). Im ersten Hands-on installiert ihr ArgoCD in einem lokalen Minikube-Cluster und registriert eure erste Application gegen ein Git-Repo mit Manifesten – analog zu den aus “Kubernetes Workloads & Konfiguration” bekannten Deployment-/ Service-Manifesten – und beobachtet den Auto-Sync live. Im zweiten Hands-on löst ihr per manuellem kubectl scale gegen einen GitOps-verwalteten Namespace bewusst eine Abweichung aus und seht, wie ArgoCD sie über Drift Detection & Self-Healing automatisch zurücksynct. Im dritten Hands-on rollt ihr nicht mit dem aus “Workloads & Konfiguration” bekannten kubectl rollout undo zurück – das würde ein Self-Healing GitOps-Setup im nächsten Reconciliation-Zyklus einfach wieder überschreiben –, sondern per git revert: der Git-Commit ist die Wahrheit, nicht der Cluster-Zustand. Ein kurzer Ausblick ohne eigenes Hands-on rundet ab: Helm-Chart als Application-Source, App-of-Apps-Pattern, Sync-Waves, und eine Zeile Abgrenzung zu Flux als alternativem GitOps-Operator. Ausdrücklich NICHT Teil dieses Kurses: CI/Image-Build (das leistet das Modul “CI: Continuous Integration & der Build-Prozess”), das App-of-Apps-Pattern und Sync-Waves als eigenständige Vertiefung mit eigenem Hands-on – dafür gibt es das Aufbaumodul Kubernetes GitOps at Scale — App-of-Apps & Sync-Waves –, und Progressive Delivery mit Argo Rollouts – dafür baut das Aufbaumodul Kubernetes Progressive Delivery — Canary & Blue-Green mit Argo Rollouts direkt auf diesem Kurs auf. Pflicht ist das Modul “Kubernetes Workloads & Konfiguration”, empfohlen, aber keine Pflicht, ist “Helm — Paketmanagement für Kubernetes” (relevant für den Ausblick auf Helm-Chart als Application-Source). Die Session läuft komplett lokal über Minikube (–driver=docker) – ArgoCD selbst läuft rein containerisiert im Cluster, ohne Cloud-Account und ohne Kostenwirkung.