Zum Hauptinhalt springen

Build-Umgebungen, Cache und VPC-Zugriff

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

Lernziel

Build-Zeit und private Konnektivität optimieren, ohne Reproduzierbarkeit zu verlieren.

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

Berufliches Szenario

Dependencies werden jedes Mal geladen; privater Paketendpunkt liegt im VPC.

Kernkonzepte

  • Managed Images reduzieren Wartung; Custom Images brauchen Patching.
  • Cache beschleunigt, definiert aber keine Korrektheit.
  • VPC-Builds benötigen Routen, DNS, Security Groups und Endpoints/Egress.
  • Compute wird anhand Messung gewählt.

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
Wenig WartungManaged ImageVon AWS gepflegte Basis
Private DependencyVPC-BuildPrivater Netzwerkpfad
Wiederholte DownloadsDependency CacheKürzere Build-Zeit

Fehlerbilder und Fehlersuche

  • VPC-Build hat kein NAT/Endpoints.
  • Alter Cache erzeugt falsches Verhalten.
  • Größeres Compute hilft I/O-Bottleneck nicht.

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: Clean und Cached Build messen.

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

  • Cache als Repository behandeln.
  • Größtes Compute ohne Daten wählen.

Wichtigste Erkenntnisse

  • Managed Images reduzieren Wartung; Custom Images brauchen Patching.
  • Compute wird anhand Messung gewählt.
  • 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.