Canary Deployment
Canary-Bereitstellung
Ein Canary-Deployment leitet zuerst einen kleinen Anteil der echten Nutzer oder des Traffics an eine neue Version. Die Beweise entscheiden, ob erweitert oder gestoppt werden soll.
stable + small canary share -> observe gates -> promote, pause, or abort95%Canary v25%- ✓Fehlerrate
0.3% ≤ 1% - ✓p95 latency
380 ≤ 500 ms - ✓Checkout erfolgreich
stabil
stable + small canary share -> observe gates -> promote, pause, or abortOPSEin weiteres Beispiel
Version 2 erhält 5 % des Checkout-Verkehrs. Das Team überwacht Fehler und Latenz für zehn Minuten. Ein gescheitertes Limit stoppt die Einführung.
Hauptteile
- 01Stabile Version
- 02Canary-Version
- 03Verkehrs- oder Publikumsanteil
- 04Beobachtungsfenster
- 05Erfolgs- und Stoplimits
- 06Beförderung oder Abbruch
Verwenden Sie es, wenn
Verwenden Sie eine Canary, wenn das Verhalten in der Produktion wichtig ist und Traffic sicher aufgeteilt werden kann. Definieren Sie Publikum, Schritte, Signale, Limits, Wartezeit und Rollback.
Nutze es nicht, wenn
Nenne nicht jede langsame Einführung ein Canary. Eine ausgewählte Gruppe muss die Änderung testen, und die Ergebnisse müssen die Beförderung leiten.
In Code verwendeter Name
stable + small canary share -> observe gates -> promote, pause, or abort Vor dem Ausliefern
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome: Complete the task with Canary-Bereitstellung (Canary Deployment). User context: Version 2 erhält 5 % des Checkout-Verkehrs. Das Team überwacht Fehler und Latenz für zehn Minuten. Ein gescheitertes Limit stoppt die Einführung. Delivery concept or operation: Canary-Bereitstellung (Canary Deployment). Why it fits: Verwenden Sie eine Canary, wenn das Verhalten in der Produktion wichtig ist und Traffic sicher aufgeteilt werden kann. Definieren Sie Publikum, Schritte, Signale, Limits, Wartezeit und Rollback. Do not use it when: Nenne nicht jede langsame Einführung ein Canary. Eine ausgewählte Gruppe muss die Änderung testen, und die Ergebnisse müssen die Beförderung leiten. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Diese Anfrage prüfen
Review how Canary-Bereitstellung (Canary Deployment) is used now. Definition: Ein Canary-Deployment leitet zuerst einen kleinen Anteil der echten Nutzer oder des Traffics an eine neue Version. Die Beweise entscheiden, ob erweitert oder gestoppt werden soll. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.