ArgoCD 3.4: Fünf Neuerungen, die den GitOps-Alltag erleichtern

Im Mai 2026 ist ArgoCD 3.4 erschienen – und damit die vielleicht praxisrelevanteste Version des führenden GitOps-Tools seit Langem. Während die vorherigen Releases vor allem Performance und Skalierbarkeit der ApplicationSets verbesserten, adressiert Version 3.4 gezielt die täglichen Schmerzpunkte von Platform-Engineers: Incident-Management, Alert-Routing und Helm-Flexibilität. Mehr als 64 Prozent der Unternehmen setzen inzwischen GitOps als primären Bereitstellungsmechanismus ein, und ArgoCD bleibt mit über 17.800 GitHub-Sternen das dominierende Tool in diesem Bereich.

Pause Reconciliation auf Cluster-Ebene

Jeder, der schon einmal einen produktionskritischen Incident per kubectl apply gefixt hat, kennt das Problem: ArgoCD erkennt die manuelle Änderung, stuft sie als Drift ein und rollt sie im nächsten Sync-Zyklus gnadenlos zurück. Bisher musste man in solchen Fällen Dutzende Applications einzeln durchklicken und “Auto-Sync” deaktivieren – oder zu Netzwerk-Filtern greifen.

ArgoCD 3.4 führt eine Annotation ein, die genau dieses Problem löst:

argocd.argoproj.io/application-cluster-ignore: "true"

Wird diese Annotation auf das Secret eines Ziel-Clusters gesetzt, pausiert ArgoCD die Reconciliation für diesen gesamten Cluster. Der Controller führt keine Synchronisation, kein Cache-Warming und keine Cluster-Info-Updates mehr durch – der Cluster bleibt jedoch in der ArgoCD-Übersicht sichtbar. Nach dem chirurgischen Eingriff lässt sich die Reconciliation durch Entfernen der Annotation ebenso einfach wieder aktivieren.

Helm-Wildcard-Globs für valueFiles

Teams, die Helm intensiv nutzen, pflegen oft lange, brüchige Listen von values.yaml-Dateien in ihren Application-Manifesten. Wollte man fünf verschiedene Wertedateien einbinden, musste man alle fünf explizit auflisten.

ArgoCD 3.4 unterstützt jetzt Wildcard-Glob-Muster für valueFiles. Damit lassen sich dynamisch mehrere Wertedateien auf Basis von Verzeichnisstrukturen oder Namenskonventionen laden – eine neue Konfigurationsdatei im Verzeichnis wird automatisch berücksichtigt, ohne dass das Application-Manifest selbst per Pull-Request geändert werden muss.

Microsoft Teams Workflows: Pflicht-Migration

Ein Breaking Change, der Aufmerksamkeit verdient: Microsoft hat die Legacy Office 365 Connectors zum 31. März 2026 eingestellt. Alle ArgoCD-Notification-Pipelines, die auf dem alten teams-Service basieren, arbeiten seitdem ins Leere.

ArgoCD 3.4 ersetzt diesen Dienst durch nativen Support für Microsoft Teams Workflows, der auf Power Automate-Webhooks und modernen Adaptive Cards aufbaut. Die neuen Karten bieten strukturierte Layouts mit semantischen Farben (Good, Warning, Attention, Accent) und unterstützen sowohl Shared als auch Private Channels – beides Funktionen, die der alte Connector nicht abdeckte. Der bisherige teams-Service ist als deprecated markiert; wer noch nicht migriert hat, sollte dies umgehend nachholen.

Benutzeroberfläche: Annotations-Filter und Operation-Status

Je mehr Applications eine ArgoCD-Instanz verwaltet, desto unübersichtlicher wird die Weboberfläche. Version 3.4 bringt drei gezielte Verbesserungen für die Application List:

• Annotations-basierte Filterung: Neben Labels lassen sich Applications jetzt auch nach metadata.annotations filtern – ein großer Gewinn für Umgebungen, die operative Metadaten in Annotations pflegen.
• Operation-Status-Filter: Ein neuer Filter zeigt auf einen Blick, welche Applications gerade synchronisieren, abgeschlossen sind oder einen Fehler melden – ergänzend zu den bestehenden Sync-Status- und Health-Status-Filtern.
• Clear-All-Button: Alle aktiven Filter lassen sich mit einem Klick zurücksetzen.

Reduzierte DNS-Last durch optimierte gRPC-Health-Checks

Ein subtiler, aber in restriktiven Netzwerkumgebungen spürbarer Fortschritt: Die gRPC-Health-Checks von ArgoCD führten in Dual-Stack-IPv4/IPv6-Umgebungen zu einer hohen Anzahl von DNS-TXT-Abfragen (_grpc_config.<hostname>). Version 3.4 optimiert dieses Verhalten und reduziert die Hintergrund-Last spürbar – ein Vorteil für Betrieb in Umgebungen mit kostenpflichtiger DNS-Auflösung (etwa AWS Route53) oder restriktiven DNS-Policies.

Fazit

ArgoCD 3.4 ist kein reines Performance-Release, sondern eine gezielte Sammlung von Verbesserungen für den Betriebsalltag. Die Pause-Reconciliation-Funktion gibt Platform-Teams ein dringend benötigtes Werkzeug für Incident-Situationen an die Hand. Helm-Wildcard-Globs reduzieren Boilerplate in Application-Definitionen, und die UI-Filter machen ArgoCD auch bei tausenden Applications überschaubar. Die Migration der Teams-Notifications ist zwar lästig, aber unvermeidbar.

Wer ArgoCD produktiv betreibt, sollte den Upgrade-Plan für 3.4 fest einplanen – die Version ist ab Mai 2026 als General Availability verfügbar.

Quellen

• Argo CD v3.4 Release Candidate (Argo Project Blog) – Offizielle Ankündigung der neuen Features
• ArgoCD 3.4 is Coming: 5 Features You Need to Know (Medium/Ramesh) – Detaillierte Übersicht der Hauptänderungen
• ArgoCD und GitOps 2026: Kubernetes Continuous Deployment (SharpSkill) – GitOps-Status und ArgoCD 3.4-Einordnung
• Releases · argoproj/argo-cd (GitHub) – Offizielle Release-Seite mit Changelog