Zum Hauptinhalt springen

Governance-Gates und Funktionstrennung

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

Lernziel

Deterministische Controls automatisieren und Freigabe für verantwortliches Urteil reservieren.

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

Berufliches Szenario

Sieben manuelle Freigaben wiederholen Scanner-Ausgaben und verzögern Releases.

Kernkonzepte

  • Deterministische Checks gehören in automatische Gates.
  • Manuelle Freigabe ist für verantwortliche Risikoakzeptanz.
  • Nachweise sind ans exakte Artefakt gebunden.
  • Break-Glass benötigt Begrenzung, Ablauf, Audit und Review.

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
Objektive RegelAutomatisches Policy GateKonsistent und schnell
Business-RisikoentscheidungManuelle FreigabeMenschliche Verantwortung
NotfallausnahmeAuditierter Break-GlassKontrollierte Abweichung

Fehlerbilder und Fehlersuche

  • Approver prüft anderes Artefakt.
  • Freigabe läuft nie ab.
  • Dieselbe Identität erstellt und genehmigt.

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: Manuelle Checkliste auf automatische Nachweise plus eine Freigabe reduzieren.

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 nur wegen Compliance.
  • Break-Glass als Normalprozess.

Wichtigste Erkenntnisse

  • Deterministische Checks gehören in automatische Gates.
  • Break-Glass benötigt Begrenzung, Ablauf, Audit und Review.
  • 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.