GitOps-Reconcile
Die Kernschleife von GitOps: Ein Agent vergleicht kontinuierlich den TATSÄCHLICHEN Zustand des Clusters mit dem GEWÜNSCHTEN Zustand (deklarativ in einem Git-Repository definiert) und behebt jede Abweichung automatisch. Git wird zur einzigen Quelle der Wahrheit; der Cluster konvergiert ständig darauf zu.
Mechanik: Statt Änderungen zum Cluster zu "pushen" (kubectl apply), läuft ein Agent (Argo CD, Flux) innerhalb des Clusters, der den deklarierten Zustand aus Git zieht und kontinuierlich "reconciled" — stellt er fest, dass die Realität abweicht (jemand hat manuell etwas geändert, ein Pod ist verschwunden), zieht er sie zurück auf das, was Git sagt. Vorteil: Git als Quelle der Wahrheit (vollständige Historie, Review, Rollback per Git Revert), Drift-Erkennung (manuelle Änderungen werden erkannt und korrigiert oder gemeldet), und Sicherheit (der Agent zieht von innen → keine externen Zugangsdaten, die hineinpushen). Es ist dasselbe Prinzip "gewünschten Zustand deklarieren, einen Controller konvergieren lassen", auf dem Kubernetes selbst aufbaut, angehoben auf die gesamte Auslieferungskette. Der moderne Standard für Kubernetes-Deployments. Verwandt mit Argo CD und Configuration Drift.