Bereitstellungsstrategien: Versionen, Aliasse und Traffic‑Shifting

Serverlose Anwendungen mit AWS Lambda

Claudio Canales

Senior DevOps Engineer

Warum Strategie bei Deployments zählt

• Bugs schnell erkennen.
• Schaden begrenzen.
• Schnell erholen.

$LATEST vs. veröffentlichte Versionen

$LATEST

• Bewegt sich bei jedem Code‑Update.

Versionen

• Unveränderliche Snapshots.
• Einfach zum Fixieren für Rollbacks und Traffic‑Splits.

Eine Version ist ein unveränderlicher Snapshot

• Behandle Versionen wie Release‑Artefakte.
• Jede enthält Code und Konfiguration.
• Nach Veröffentlichung unverändert.
• Du kannst immer zu einem bekannten guten Stand zurück.

Aliasse sind stabile Zeiger

• Ein stabiler Zeiger.
• Den Alias statt einer Version aufrufen.
• Ziel ändern, ohne Aufrufer zu ändern.

Dev‑ und Prod‑Aliasse

• Ideal für Umgebungen.
• dev häufig verschieben.
• Durch Alias-Verschiebung nach prod befördern.

Traffic‑Shifting mit gewichteten Aliassen

• Sicher in Produktion testen.
• Meiste Anfragen bleiben auf der aktuellen Version.
• Ein kleiner Anteil geht zum Kandidaten.

Canary Schritt 1: 90/10

• 90 % bleiben auf der aktuellen Version.
• 10 % testen den Kandidaten unter echter Last.
• Fehler und Latenz beobachten.

Canary Schritt 2: 50/50

• Sieht der 10-%‑Anteil gut aus, Gewicht erhöhen.
• 50 % aktuell, 50 % Kandidat.
• Probleme zeigen sich bei 50/50 schnell.
• Monitoring ist wichtig.

Canary Schritt 3: 100 % neu

• Gesamten Traffic auf die neue Version leiten.
• Die alte Version bleibt vorhanden.
• Rollback ist einfach.

Blue/Green‑Denkmodell

• Blau = aktuelle stabile Version.
• Grün = neue Kandidatenversion.
• Umschalten durch Alias‑Verschiebung.
• Gewichtetes Routing macht den Wechsel schrittweise.

Rollback = Alias zurücksetzen

• Kein Redeploy nötig.
• Alias auf die letzte bekannte gute Version verschieben.
• In Sekunden statt Stunden erholen.
• Unveränderliche Versionen + stabile Aliasse wirken zusammen.

Während des Wechsels monitoren

• Fehler und Timeouts.
• Dauer und Tail‑Latenz.
• Throttles bei Limits.
• Schnell pausieren oder zurückrollen.

Häufiger Fehler: $LATEST als Prod nutzen

• $LATEST macht unvorhersehbar.
• Versionen und Aliasse zeigen klar, was läuft.
• Rollbacks sind sicher.

Ignorieren

Checkliste: sicheres Deploy

• Eine Version veröffentlichen.
• Traffic schrittweise mit einem Alias verschieben.
• Ergebnisse monitoren.
• Rollback in jedem Schritt bereit halten.

Wichtigste Erkenntnisse

• Versionen geben Vorhersagbarkeit.
• Aliasse geben Stabilität.
• Gewichtetes Routing erhöht die Sicherheit.
• Rollback = Alias verschieben.

Lass uns üben!

Serverlose Anwendungen mit AWS Lambda