Zum Hauptinhalt springen

ECS Rolling- und Blue/Green-Deployments

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

Lernziel

Task-Ersetzung, Kapazität, Pre-Traffic-Tests, Rollen und Rollback vergleichen.

Difficulty / SchwierigkeitsgradMittel
Study time / Lernzeit120 Minuten
Prerequisites / VoraussetzungenVorherige Lektionen dieses Bandes

Berufliches Szenario

Normale Container-Releases sind risikoarm; Checkout benötigt Pre-Traffic-Validierung.

Kernkonzepte

  • Rolling ersetzt Tasks schrittweise und benötigt Reserve.
  • Blue/Green hält getrennte Task Sets für Validierung und Traffic.
  • Task Execution Role pullt Images/Logs; Task Role ist für Anwendungscode.
  • Container-, Service- und Load-Balancer-Health sind verschieden.

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

AnforderungBevorzugte WahlBegründung
Normaler ReleaseRollingEinfach und effizient
Pre-Traffic-TestBlue/GreenGreen zuerst validieren
Sofortiger Traffic-RollbackBlue Task Set behaltenAlte Revision verfügbar

Fehlerbilder und Fehlersuche

  • Keine Kapazität für neue Tasks.
  • Task Execution Role kann nicht pullen.
  • Port-/Pfadfehler lässt ALB Health scheitern.

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: Rolling Revision deployen und Blue/Green-Alternative entwerfen.

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

  • App-Rechte an Task Execution Role geben.
  • Blue/Green ohne doppelte Kapazität.

Wichtigste Erkenntnisse

  • Rolling ersetzt Tasks schrittweise und benötigt Reserve.
  • Container-, Service- und Load-Balancer-Health sind verschieden.
  • 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.