Lambda-Versionen, Aliases und Canary-Traffic

Prüfungsbezug: DOP-C02 Domain 1 zu Pipelines, Tests, Artefakten oder Deployment.

Lernziel

Immutable Versionen veröffentlichen und Traffic progressiv über stabilen Alias leiten.

Difficulty / Schwierigkeitsgrad	Mittel
Study time / Lernzeit	120 Minuten
Prerequisites / Voraussetzungen	Vorherige Lektionen dieses Bandes

Berufliches Szenario

Team aktualisiert $LATEST direkt für eine hochfrequente Funktion.

Kernkonzepte

• Veröffentlichte Versionen sind immutable Snapshots.
• $LATEST ist veränderlich.
• Aliases bieten stabile Namen und Weighted Routing.
• Canary benötigt versionsspezifische Telemetrie.

Architekturablauf

1. Release-Input und unveränderliche Identität bestimmen.
2. Managed AWS Control Plane und Least-Privilege-Rolle wählen.
3. Build-, Test-, Artefakt- oder Deployment-Arbeit ausführen.
4. Service Events, Logs, Reports und Runtime-Metriken sammeln.
5. Nach klaren Regeln stoppen, wiederholen oder zurückrollen.

Entscheidungsmatrix

Anforderung	Bevorzugte Wahl	Begründung
Stabiles Caller-Ziel	Alias	Caller-ARN bleibt stabil
Niedrigstes Anfangsrisiko	Canary oder Linear	Begrenzt Exposition
Exakter Rollback	Alias zur alten Version	Schnelle Traffic-Recovery

Fehlerbilder und Fehlersuche

• Clients rufen $LATEST auf.
• Metriken aggregieren Alt und Neu.
• Async Retries erzeugen Duplikate.

Sicherheit und Betrieb

• Kurzlebige Service-Rollen und Least Privilege.
• Artefakte verschlüsseln und Secrets aus Logs fernhalten.
• Änderungen und Freigaben für Audit erfassen.

Praxislabor

Goal / Ziel: Zwei Versionen veröffentlichen und kleinen Anteil routen.

Aufgaben

1. Kleinste sichere Testarchitektur erstellen.
2. Hauptworkflow umsetzen oder simulieren.
3. Einen kontrollierten Fehler einführen.
4. Anhand von Service-Nachweisen diagnostizieren.
5. Cleanup und eine Verbesserung dokumentieren.

Validierung

• Workflow nutzt unveränderliche Version.
• Pflichtfehler blockiert Promotion.
• Diagnose identifiziert ersten fehlerhaften Übergang.

Cost control / Kostenkontrolle: Ressourcen kurzlebig halten; Cleanup vorher lesen.

Aufräumen

1. Pipeline-, Build- und Deployment-Ressourcen löschen.
2. Temporäre Artefakte, Images, Logs und Rollen entfernen.

Prüfungsfallen

• $LATEST als immutable ansehen.
• Idempotenz ignorieren.

Wichtigste Erkenntnisse

• Veröffentlichte Versionen sind immutable Snapshots.
• Canary benötigt versionsspezifische Telemetrie.
• Entscheidungen werden mit Anforderungen und Fehlerverhalten begründet.

Wiederholungsfragen

1. Was ist die unveränderliche Release-Identität?
2. Welche Nachweise belegen Erfolg oder Fehler?
3. Was ist die sicherste Recovery-Aktion?

Antworten

1. Version, Digest oder eindeutig versioniertes Artefakt.
2. Service Events, Logs, Reports, Health Checks und Runtime-Metriken.
3. Bekannte gute Version über konfigurierten Rollback wiederherstellen.