Wofür braucht man Argo Rollouts?
Argo Rollouts erweitert Kubernetes um Progressive-Delivery-Strategien wie Canary und Blue-Green. Über AnalysisTemplates lassen sich Promotion-Entscheidungen gegen Prometheus, Datadog oder einen Webhook automatisieren. Bei Schwellwert-Verletzung erfolgt automatischer Rollback. Im Workshop bauen Sie ein vollständig konfiguriertes Canary-Rollout mit Prometheus-Analyse und Slack-Notification.
Auch bekannt als: Argo Rollouts Controller · Progressive Delivery mit Argo
Ist Argo Rollouts bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Argo Rollouts ersetzt das Deployment-Objekt durch eine eigene Ressource namens Rollout. Deren Pod-Template sieht aus wie bei einem Deployment, dazu kommt eine Strategie aus einzelnen Schritten. Ein Canary-Rollout gibt die neue Version zuerst für einen kleinen Teil des Traffics frei, etwa zehn Prozent. Danach wartet er oder startet eine Analyse und erhöht den Anteil schrittweise. Blue-Green startet die neue Version vollständig neben der alten und schaltet den Traffic auf einen Schlag um. In beiden Fällen läuft die stabile Version weiter, bis der Rollout abgeschlossen ist.
Die automatische Freigabe steuert das AnalysisTemplate. Es legt messbare Erfolgskriterien fest, die Argo Rollouts während des Rollouts prüft, etwa Fehlerrate und Latenz aus Prometheus, Metriken aus Datadog oder das Ergebnis eines Webhooks. Verletzt ein Wert seinen Schwellwert, bricht Argo Rollouts die Promotion ab und leitet den Traffic zurück, ohne dass ein Mensch eingreift. Die Release-Entscheidung hängt dann an Messwerten statt am Bauchgefühl.
Im Industrieumfeld zählt diese automatische Sicherheitslinie besonders, weil Wartungsfenster knapp und Eingriffe in laufende Produktionssysteme riskant sind. Ein Canary-Rollout, der anhand echter Metriken über Erfolg oder Abbruch entscheidet, verhindert, dass eine fehlerhafte Version gleich alle Nutzer trifft. Benachrichtigungen an Slack oder Teams halten das Team über jeden Promotion-Schritt auf dem Laufenden.
Wer heute ein Traffic-Management für Argo Rollouts plant, sollte den Community-Controller Ingress NGINX nicht mehr wählen. Das Kubernetes-Projekt hat dessen Wartung im März 2026 eingestellt, Sicherheitsupdates erscheinen seitdem nicht mehr. Die Kubernetes Gateway API bindet Argo Rollouts über ein offizielles Plugin an, Istio und andere Service Meshes direkt. Ein zweiter Stolperstein sind die Metriken selbst. Ohne saubere Observability entscheidet die automatische Promotion auf Grundlage von Rauschen.
Latenzproblem bei zehn Prozent Traffic abgefangen
Eine neue Service-Version erhält zunächst zehn Prozent Traffic. Argo Rollouts prüft per AnalysisTemplate Fehlerrate und Latenz gegen Prometheus. Steigt die Latenz über den Schwellwert, bricht der Rollout ab und der Traffic geht zurück auf die stabile Version. Betroffen war ein Zehntel der Anfragen für wenige Minuten statt aller Nutzer bis zum nächsten manuellen Rollback.
Blue-Green mit manueller Freigabe vor der Umschaltung
Für ein kritisches Backend startet die neue Version parallel zur alten, und das Team testet sie über einen internen Service. Erst nach manueller Freigabe schaltet Argo Rollouts den produktiven Traffic um. Die alte Version bleibt noch eine Weile hochgefahren, sodass der Weg zurück ein einzelner Befehl ist.
Lohnt sich Argo Rollouts für Sie?
Argo Rollouts bringt Canary und Blue-Green als automatisierte, metrikgesteuerte Strategien nach Kubernetes — für einfache Fälle ist es aber mehr als nötig. Zwei Klicks ordnen ein.
Wie wollen Sie ausrollen?
- Was ist Argo Rollouts?
- Argo Rollouts ist ein Kubernetes-Controller aus dem CNCF-graduierten Argo-Projekt, der das Standard-Deployment um Progressive-Delivery-Strategien erweitert. Dazu gehören Canary- und Blue-Green-Releases mit schrittweiser Traffic-Verlagerung, metrikbasierter Analyse und automatischem Rollback. Die eigene Rollout-Ressource ersetzt das Deployment-Objekt, bleibt aber mit bestehenden Kubernetes-Manifesten weitgehend kompatibel.
- Brauche ich für Argo Rollouts ein Service Mesh?
- Nein, ein Canary funktioniert auch ohne. Argo Rollouts steuert den Anteil dann über das Verhältnis der Pods, bei zehn Pods und einem Schritt von 20 Prozent laufen also zwei mit der neuen Version. Für exakte Prozentwerte unabhängig von der Pod-Zahl brauchen Sie einen Traffic-Provider, etwa Istio, einen unterstützten Ingress-Controller oder die Gateway API über das offizielle Plugin.
- Was passiert bei einem automatischen Rollback?
- Argo Rollouts leitet den Traffic zurück auf die stabile Version und skaliert sie wieder hoch, der Rollout steht danach auf Degraded. Weil die stabile Version während des Rollouts weiterläuft, braucht der Rückweg kein neues Deployment. Git ändert Argo Rollouts dabei nicht. Im Repository steht weiter die fehlerhafte Version, und ArgoCD zeigt den Rollout ebenfalls als Degraded, bis jemand den Commit zurücknimmt oder korrigiert.
- Lässt sich Argo Rollouts mit ArgoCD kombinieren?
- Ja, beide stammen aus dem Argo-Projekt und ergänzen sich. ArgoCD synchronisiert die Rollout-Ressource aus Git in den Cluster, Argo Rollouts steuert dann die Progressive-Delivery-Strategie. Eine ArgoCD-Erweiterung zeigt den Rollout-Status zudem direkt in der ArgoCD-UI.
- Argo Rollouts vs. Standard-Deployment: Wann lohnt der Wechsel?
- Der Wechsel lohnt sich, sobald Releases in kritische oder produktionsnahe Systeme gehen, in denen ein fehlerhafter Vollausroll teuer wäre. Ein Standard-Deployment kann nur Rolling-Update ohne Erfolgsprüfung. Es ersetzt alte durch neue Pods und bemerkt einen Fehler erst, wenn er bereits überall läuft. Argo Rollouts ergänzt Canary und Blue-Green mit AnalysisTemplates, die Metriken prüfen und bei einer Schwellwertverletzung selbst zurückrollen.
Wo steht Ihr Team bei Argo Rollouts?
Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.
Weiterführende Primärquellen zu Argo Rollouts: Normtexte, Hersteller- und Projektdokumentation. Alle Ziele öffnen in einem neuen Tab.
- /01Argo ProjectArgo Rollouts Documentation(externe Seite, öffnet in neuem Tab)
Offizielle Dokumentation des Controllers für Progressive Delivery in Kubernetes.
- /02Argo ProjectCanary Strategy(externe Seite, öffnet in neuem Tab)
Schrittweise Verkehrsverteilung, Pausen und Traffic-Routing über Ingress oder Service Mesh.
- /03Argo ProjectAnalysis und Progressive Delivery(externe Seite, öffnet in neuem Tab)
AnalysisTemplates gegen Prometheus, Datadog oder Webhooks, inklusive automatischem Rollback.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance