Zum Hauptinhalt springen

Trigger, Freigaben und Benachrichtigungen

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

Lernziel

Pipeline-Eintritt, automatische Gates, verantwortliche Freigabe und verwertbares Feedback steuern.

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

Berufliches Szenario

Jeder Commit deployt in Produktion; Freigaben kommen ohne Testnachweise.

Kernkonzepte

  • Trigger wählen Repository-Events.
  • Manuelle Freigabe ersetzt keine Tests.
  • Nachweise referenzieren exakten Release-Kandidaten.
  • EventBridge und Notification Rules leiten Statusänderungen.

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
PR-FeedbackValidierungstriggerKeine Produktionswirkung
Deterministische RegelAutomatisches GateKein menschliches Warten
RisikoakzeptanzDokumentierte FreigabeMenschliche Verantwortung

Fehlerbilder und Fehlersuche

  • Trigger umfasst falsche Branches.
  • Freigabe vor finalen Tests.
  • Timeout ohne Eskalation.

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: PR-, Main- und Produktionsfreigabe-Verhalten 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

  • Manuelle Freigabe für jeden automatischen Check.
  • Benachrichtigungen mit Secrets.

Wichtigste Erkenntnisse

  • Trigger wählen Repository-Events.
  • EventBridge und Notification Rules leiten Statusänderungen.
  • 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.