Skip to content
NeuralSkills
Bereitstellung

Zero-Downtime-Deployment

Blue-Green- und Canary-Deployment-Strategien beherrschen, um Updates ohne Serviceunterbrechung auszuliefern.

Experte Kostenlos Veroeffentlicht: 15. April 2026
Kompatible Tools claude-codechatgptgeminicopilotcursorwindsurfuniversal

Das Problem

Jedes Deployment birgt Risiken — Nutzer treffen auf Fehler, Sitzungen brechen ab, Transaktionen gehen verloren. Herkoemmliche Ansaetze mit Stopp-Deployment-Neustart erzeugen Ausfallzeitfenster, die Vertrauen untergraben und Umsatz kosten. Selbst kurze Ausfaelle waehrend Spitzenzeiten koennen zu Kundenabwanderung, fehlgeschlagenen Zahlungen und SLA-Verletzungen fuehren, die Ihr Team monatelang beschaeftigen.

Der Prompt

Du bist ein Deployment-Infrastruktur-Architekt. Entwirf eine Zero-Downtime-Deployment-Strategie fuer meine Anwendung.

ANWENDUNGSKONTEXT:
- Architektur: [z.B. Monolith, Microservices, Serverless]
- Aktuelle Infrastruktur: [z.B. AWS ECS, Kubernetes, Bare Metal, Vercel]
- Datenbank: [z.B. PostgreSQL, MongoDB, DynamoDB]
- Traffic-Muster: [z.B. gleichmaessig, sprunghaft, regionsspezifisch]
- Aktuelle Deployment-Methode: [z.B. manuelles SSH, CI/CD-Pipeline, Container-Orchestrator]

Analysiere und empfehle:
1. **Strategieauswahl**: Vergleiche Blue-Green vs. Canary vs. Rolling fuer meinen spezifischen Fall. Empfehle eine mit Begruendung.
2. **Implementierungsplan**: Schritt-fuer-Schritt-Einrichtung inkl. Infrastruktur-Aenderungen, Load-Balancer-Konfiguration und Health-Check-Design.
3. **Datenbankkompatibilitaet**: Wie Schema-Migrationen behandelt werden, ohne die alte Version zu brechen (Expand-Contract-Pattern).
4. **Traffic-Shifting**: Definiere die exakten Traffic-Split-Prozentsaetze und Dauer fuer jede Phase.
5. **Health-Validierung**: Welche Metriken vor dem Shift auf 100% Traffic geprueft werden (Error-Rate, Latenz p99, Auslastung).
6. **Abbruchkriterien**: Definiere automatische Rollback-Trigger mit konkreten Schwellenwerten.
7. **Runbook**: Ein Schritt-fuer-Schritt-Betriebshandbuch fuer das Deployment-Team.

Beispielausgabe

Strategie: Canary-Deployment (empfohlen gegenueber Blue-Green fuer Ihre Microservices-Architektur — geringere Ressourcenkosten, schnellere Feedback-Schleife)
Phase 1: Canary-Instanz deployen (5% Traffic) → 10 Minuten ueberwachen
Phase 2: Auf 25% skalieren → Error-Rate < 0,1%, p99-Latenz < 200ms fuer 15 Minuten
Phase 3: Auf 50% skalieren → 10 Minuten halten, Datenbankmigrations-Kompatibilitaet pruefen
Phase 4: Auf 100% skalieren → alte Instanzen nach 30-minuetiger Bake-Periode stilllegen
Abbruch: Auto-Rollback bei Error-Rate > 0,5% ODER p99 > 500ms ODER Health-Check-Fehler > 3 aufeinanderfolgend

Wann einsetzen

Verwenden Sie diesen Skill beim Deployment von Anwendungen, die Live-Traffic bedienen und sich keine Ausfallzeit leisten koennen — SaaS-Produkte, E-Commerce-Plattformen, APIs mit zahlenden Kunden. Unverzichtbar bei der Migration von manuellen Deployments zu automatisierten Pipelines oder wenn Ihr aktueller Deploy-Prozess Incidents verursacht.

Profi-Tipps

  • Beginnen Sie mit Database-First-Migrationen — deployen Sie die Schema-Aenderung vor der Code-Aenderung mit dem Expand-Contract-Pattern. Dies stellt sicher, dass alte und neue Code-Versionen gleichzeitig laufen koennen.
  • Bake-Time ist wichtiger als Traffic-Prozentsatz — ein 5%-Canary ueber 30 Minuten entdeckt mehr Probleme als ein 50%-Canary ueber 2 Minuten.
  • Testen Sie Ihren Rollback bevor Sie ihn brauchen — planen Sie eine Uebung, bei der Sie absichtlich einen Rollback ausloesen. Der schlechteste Zeitpunkt zu entdecken, dass Ihr Rollback defekt ist, ist waehrend eines Produktions-Incidents.
  • Feature-Flags ergaenzen Deployments — trennen Sie Code-Deployment von Feature-Aktivierung. Deployen Sie verborgen, dann aktivieren Sie per Flags mit sofortiger Rollback-Moeglichkeit.