Kürzlich hatte ich ein nischiges Problem in der Netzwerkkonfiguration eines Kubernetes-Clusters. Da alle Ressourcen per GitOps mit Argo CD deployed werden, konnte ich Codex direkt im GitOps-Repository starten, das Problem schildern und ihn mit der Kubernetes-CLI den tatsächlichen Zustand im Cluster prüfen lassen. Und genau das ist der spannende Punkt:
Codex konnte die Konfiguration im Repo mit dem Live-Status im Cluster abgleichen, Probleme eingrenzen und in einem Fall sogar per Test-Container zusätzliche Prüfungen durchführen. Am Ende hat er die relevanten Änderungen direkt im IaC-Code vorgeschlagen.
Ohne Infrastructure as Code wäre das kaum möglich gewesen. Weder ich noch die KI hätten eine verlässliche Grundlage gehabt, um sauber nachzuvollziehen, was wirklich deployed ist und wo das Problem liegt. Mit IaC werden Änderungen nachvollziehbar, prüfbar und sauber ausrollbar.
Für mich ist klar: GitOps, IaC und KI-Agenten ergänzen sich extrem gut.
Warum GitOps für Coding Agents besonders wertvoll ist
- Git bildet den überprüfbaren Soll-Zustand ab.
- Änderungen können als Diff geprüft werden.
- Pull Requests und CI-Checks bleiben Kontrollpunkte.
- Ein Agent muss nicht unkontrolliert direkt im Cluster verändern.
- Repository- und Live-Zustand können gezielt verglichen werden.
Welche Grenzen trotzdem notwendig sind
- Standardmäßig read-only Analyse.
- Minimale Berechtigungen.
- Keine produktiven Änderungen ohne Review.
- Klar begrenzte Werkzeuge und Namespaces.
- Auditierbarkeit aller Änderungen.
- Keine geheimen Zugangsdaten im Prompt oder Repository.
Ein belastbares GitOps-Modell ist nicht nur für klassische Delivery sinnvoll. Es schafft auch die kontrollierbare Grundlage, auf der Coding Agents technische Zusammenhänge analysieren können. Im GitOps Delivery Blueprint entwickle ich mit Ihnen eine nachvollziehbare Zielarchitektur für Repositories, CI/CD, Argo CD und kontrollierte Änderungen.