Canary-Deployment
Die Kurzantwort · 20 Wörter
Kurz erklärt
Bereitstellungsstrategie, bei der eine neue Softwareversion zunächst nur für einen kleinen Anteil von Nutzenden oder Traffic ausgerollt und beobachtet wird.
Flow-alerta.cab (2026): Canary-Deployment. https://flow-alerta.cab/glossar/canary-deployment. Redaktionell geprüft am: 09. Oktober 2026.
Wie ausführlich soll es sein?
Praxis
Kann das Risiko großer Releases begrenzen und eignet sich besonders für Webanwendungen, APIs und KI-Dienste, deren Verhalten unter realem Traffic überwacht werden soll.
Beispielszenario: Eine neue RAG-Version erhält zunächst fünf Prozent des Produktiv-Traffics; Fehlerquote, Antwortqualität und Latenz werden mit der bisherigen Version verglichen.
Für risikoreiche Releases automatisierte Metriken, definierte Rollout-Stufen und schnellen Rollback einrichten; Datenmigrationen separat berücksichtigen.
Auf einen Blick
- Kern
- Bei einem Canary-Deployment laufen alte und neue Version parallel. Nur ein kleiner Teil des Traffics erreicht zunächst die neue Version. Werden definierte Qualitäts- und Fehlermetriken eingehalten, wird der Anteil schrittweise erhöht; bei Problemen kann der Rollout gestoppt oder zurückgesetzt werden.
- Nutzen
- Kann das Risiko großer Releases begrenzen und eignet sich besonders für Webanwendungen, APIs und KI-Dienste, deren Verhalten unter realem Traffic überwacht werden soll.
- Beispiel
- Beispielszenario: Eine neue RAG-Version erhält zunächst fünf Prozent des Produktiv-Traffics; Fehlerquote, Antwortqualität und Latenz werden mit der bisherigen Version verglichen.
- Grenzen
- Ohne klare Abbruchkriterien ausrollen; neue und alte Version nicht sauber beobachtbar machen; Datenbankänderungen nicht rückwärtskompatibel planen; Canary mit A/B-Test gleichsetzen.
Fragen, die dazu gestellt werden
Ist Canary Deployment dasselbe wie Blue-Green?
Nein.
Warum nur ein Teil des Traffics?
Um Fehlerwirkung zu begrenzen.
Braucht es Monitoring?
Ja.
Alle Details und Hintergründe
Bei einem Canary-Deployment laufen alte und neue Version parallel. Nur ein kleiner Teil des Traffics erreicht zunächst die neue Version. Werden definierte Qualitäts- und Fehlermetriken eingehalten, wird der Anteil schrittweise erhöht; bei Problemen kann der Rollout gestoppt oder zurückgesetzt werden.
ELI5 – Einfach erklärt
Eine neue Version wird zuerst nur an wenige Nutzende ausgeliefert. Funktioniert sie stabil, bekommen sie nach und nach alle.
Warum das im Alltag wichtig ist
Kann das Risiko großer Releases begrenzen und eignet sich besonders für Webanwendungen, APIs und KI-Dienste, deren Verhalten unter realem Traffic überwacht werden soll.
Beispiel
Beispielszenario: Eine neue RAG-Version erhält zunächst fünf Prozent des Produktiv-Traffics; Fehlerquote, Antwortqualität und Latenz werden mit der bisherigen Version verglichen.
Fallstricke und Grenzen
- Ohne klare Abbruchkriterien ausrollen; neue und alte Version nicht sauber beobachtbar machen; Datenbankänderungen nicht rückwärtskompatibel planen; Canary mit A/B-Test gleichsetzen.
Entstehung & Geschichte
Google Cloud Deploy dokumentiert Canary-Rollouts mit schrittweiser Steigerung des Traffic-Anteils einer neuen Version.
Anwendung im Mittelstand
- Für risikoreiche Releases automatisierte Metriken, definierte Rollout-Stufen und schnellen Rollback einrichten; Datenmigrationen separat berücksichtigen.
Verwandte Begriffe
- Rollback
Passende Flow-alerta-Leistung
Websites & Web-AnwendungenWebsites & Web-Anwendungen: technische Umsetzung und Prüfung einer passenden Webanwendung.Passendes Tool / Use Case
Praxisbeispiele ansehenToolbeispiel: Google Cloud Deploy; Use Case: schrittweiser Rollout eines neuen Web- oder KI-Dienstes.Quellen
- docs.cloud.google.comGoogle Cloud, Canary deployment strategy
Quellenprüfung: 09.10.2026. Definition und dokumentierte Einordnung abgeglichen; Beispiele beschreiben mögliche Anwendungen.
Redaktionell geprüft am: