Amazon SAP-C02: Bereitstellung, Automatisierung & DevOps — Lernleitfaden

By Laurynas Brazys · 31 July 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Teil des AWS Solutions Architect Professional SAP-C02 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Amazon-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Infrastructure as Code und Umgebungsmanagement

Behandeln Sie Infrastructure as Code (IaC) als die alleinige Wahrheitsquelle (Single Source of Truth) für Umgebungen und betten Sie Netzwerke, IAM und Anwendungs-Topologien in wiederverwendbare, versionierte Artefakte ein. Wählen Sie CloudFormation für eine strikte, deklarative Steuerung und tiefe AWS-Integration und verwenden Sie das AWS Cloud Development Kit (CDK), wenn übergeordnete Konstrukte und sprachnative Abstraktionen die Entwicklerproduktivität verbessern. Erzwingen Sie immer, dass die CI das CDK in Templates synthetisiert und die Artefakte in einem verschlüsselten, versionierten S3-Bucket speichert. Nutzen Sie CloudFormation StackSets für eine konsistente, konto- und regionsübergreifende Instanziierung von Stacks und aktivieren Sie die Drift-Erkennung (Drift Detection) in Kombination mit automatischer Behebung über den Systems Manager, wenn ein Drift auf Konfigurations-Entropie hindeutet. Erstellen Sie „Golden Images“ mit dem EC2 Image Builder oder Packer und veröffentlichen Sie AMIs über automatisierte Pipelines in Konten und Regionen; dies unterstützt unveränderliche (immutable) Deployments und reduziert Konfigurations-Drift nach dem Start. Gehen Sie bei CloudFormation Change Sets, dem Terminate-Schutz (Termination Protection) und Update-Richtlinien sorgfältig vor, um unbeabsichtigten Austausch von Ressourcen zu vermeiden, der zu Datenverlust führen kann. Häufige Fallstricke sind das Einbetten von Secrets in Templates, das Verlassen auf nachlässige manuelle Änderungen, die die Drift-Erkennung stören, oder die Vergabe von zu weitreichenden Ausführungsrollen für CloudFormation – beschränken Sie Ausführungsrollen auf das Prinzip der geringsten Rechte (Least Privilege) und bewahren Sie den Verlauf von CloudTrail und Config zur Auditierbarkeit auf. Die Kompromisse (Trade-offs) sind einfach: Das CDK beschleunigt die Entwicklung, erfordert aber eine disziplinierte CI/CD, um unsynchronisierte Laufzeit-Stacks zu vermeiden; reines CloudFormation ist starrer, aber sofort auditierbar.

CI/CD-Pipelines und Deployment-Strategien

Entwerfen Sie Pipelines, die die Build-, Test- und Deploy-Phasen trennen und Rollback-Entscheidungen automatisieren. AWS CodePipeline, CodeBuild und CodeDeploy bieten einen vollständig verwalteten Pfad für Abläufe von der Quelle bis zur Produktion (Source-to-Production), während Systeme von Drittanbietern (GitHub Actions, Jenkins, GitLab) sich für die Artefaktspeicherung (S3), Container-Registries (ECR) und Deployment-Hooks in AWS-Dienste integrieren. Bevorzugen Sie für Laufzeitstrategien Immutable- oder Blue/Green-Deployments für zustandsbehaftete (stateful) oder sitzungsbasierte (sessionful) Dienste, um Konfigurations-Drift durch In-Place-Änderungen zu eliminieren; nutzen Sie Canary-Deployments mit Traffic Shifting zur schrittweisen Risikominderung. Verwenden Sie für Lambda Aliase und gewichtetes Traffic Shifting mit CloudWatch-Alarmen oder CodeDeploy für ein automatisches Rollback. Kombinieren Sie bei ECS/EKS Deployment-Controller (CodeDeploy, AWS App Mesh oder native Kubernetes-Strategien) mit dem Draining von ALB-Zielgruppen (Target Group Draining) und Lifecycle Hooks, um ein sauberes Herunterfahren (Graceful Shutdown) zu gewährleisten. Achten Sie auf Datenbank-Schemaänderungen: Entwerfen Sie abwärtskompatible Migrationen und verwenden Sie Feature Flags (AWS AppConfig) oder Dark Launches, um das Code-Rollout von der Schema-Entwicklung zu entkoppeln. Die Abwägung zwischen Kosten und Geschwindigkeit ist wichtig: Canaries verlangsamen Rollouts, minimieren aber den „Blast Radius“, während parallele Blue/Green-Deployments die Infrastrukturkosten während des Umstellungsfensters (Cutover Window) verdoppeln. Integrieren Sie Deployment-Richtlinien, Health Checks und automatische Rollbacks immer fest in die Pipelines, um manuelle Eingriffe bei Vorfällen zu vermeiden.

Automatisierung, Konfigurations-Compliance und Beobachtbarkeit

Betriebliche Exzellenz (Operational Excellence) hängt von automatisierter Behebung, konsistenter Konfiguration und ganzheitlicher Beobachtbarkeit (Observability) ab. Der AWS Systems Manager bietet den Parameter Store für die Konfiguration, Automation-Dokumente für Runbooks, den Patch Manager für die grundlegende Wartung und den Session Manager für die Fehlerbehebung ohne Bastion-Hosts. Nutzen Sie EventBridge als zentralen Event-Bus für entkoppelte Automatisierung – leiten Sie Ereignisse von CloudTrail, Config oder Anwendungen an Lambdas oder Step Functions zur orchestrierten Behebung weiter. Setzen Sie Leitplanken (Guardrails) mit AWS Config-Regeln und einem Config Aggregator durch, um mehrere Konten zu auditieren, und implementieren Sie automatisierte Playbooks zur Behebung über den Systems Manager oder EventBridge für nicht konforme Ressourcen. Für die Beobachtbarkeit (Observability) instrumentieren Sie Dienste mit CloudWatch-Metriken und -Logs, aktivieren Sie X-Ray oder die AWS Distro for OpenTelemetry für Distributed Tracing und zentralisieren Sie Logs mit CloudWatch Logs-Abonnements oder Kinesis Firehose in einem zentralen S3-Lake und Analyse-Stack. Häufige Fallstricke sind eine unbegrenzte Vorhaltezeit von Logs, die die Kosten in die Höhe treibt, benutzerdefinierte Metriken mit hoher Kardinalität, die die Metrikkosten explodieren lassen, fehlende Korrelations-IDs, die Traces unbrauchbar machen, und das Versäumnis, Runbooks zur Behebung in Nicht-Produktionsumgebungen zu testen. Die Kompromisse drehen sich um die Granularität der Telemetriedaten im Vergleich zu den Kosten für die Erfassung (Ingest) und Speicherung; Stichproben bei Traces (Sample Traces) und eine kurze Vorhaltezeit senken die Kosten, können aber seltene, kritische Fehler verdecken. Entwerfen Sie Alarme und Dashboards, die auf handlungsrelevante Signale (Actionable Signals) ausgerichtet sind, um den Betriebsaufwand überschaubar zu halten.

Leistung, zustandsbehaftete Dienste, Sicherheit und regionsübergreifende Aspekte

Wählen Sie zustandsbehaftete Dienste und Speicherdienste anhand von Zugriffsmustern, Latenzanforderungen und Konsistenzanforderungen aus. In-Memory-Caches ermöglichen Lesevorgänge im Sub-Millisekundenbereich; ElastiCache (Redis) unterstützt geordnete Mengen (ordered sets), die ideal für Ranglisten sind, und bietet Replikation, Persistenz und Global Datastore für regionsübergreifende Leselokalität. DynamoDB eignet sich hervorragend für hochskalierbaren, dauerhaften Speicher und kann mit DAX zur Lesebeschleunigung kombiniert werden, obwohl DAX am besten für cache-fähigen Zugriff auf Elementebene geeignet ist und Nachteile durch Eventual Consistency mit sich bringt. Für dateibasierte Altanwendungen ziehen Sie Amazon FSx for NetApp ONTAP oder Amazon EFS mit DataSync für Lift-and-Shift-Kompatibilität in Betracht; für SMB/NFS-Semantik ist FSx oft die risikoärmste Option. Verschlüsselung und Replikation bergen subtile Tücken: AWS KMS-Schlüssel sind regional und müssen für die regionsübergreifende S3-Replikation pro Region verwaltet werden, oder Sie verwenden Multi-Region-Schlüssel, um Zugriffsmuster zu vereinfachen; seien Sie vorsichtig mit Schlüsselrichtlinien und kontoübergreifenden Berechtigungen. Lambda in VPCs leidet unter Kaltstarts aufgrund der Erstellung von ENIs – mildern Sie dies mit VPC-Endpunkten, kleineren Paketgrößen, Provisioned Concurrency oder durch die Verwendung von Lambdas außerhalb der VPC mit RDS Proxy ab. Wägen Sie Kosten gegen Ausfallsicherheit ab: Globale Tabellen und regionsübergreifende Replikation verbessern RTO/RPO bei erhöhten Kosten; Provisioned Concurrency reduziert die Latenz, erhöht aber die Grundausgaben. Berücksichtigen Sie bei der Wahl der Architektur die Anforderungen an die Datendauerhaftigkeit, DR-Zeitpläne und Ressourcenlimits pro Konto.

Praktisches Problem: Anwendungsfallszenario

Szenario: SkyForge Games betreibt eine bestehende AWS-Umgebung mit Produktions- und Staging-Konten in zwei Regionen. Die aktuelle Rangliste ist in DynamoDB implementiert und wird von Lambda-APIs bereitgestellt, die über CodePipeline deployt werden; die Spieler erwarten eine Leselatenz im Mikrosekundenbereich und nahezu keine Ausfallzeit bei häufigen Feature-Releases.

Herausforderung: Bereitstellung von Ranglisten-Lesevorgängen im Mikrosekundenbereich bei gleichzeitiger Wahrung der Dauerhaftigkeit und Aufbau einer sicheren, automatisierten CI/CD-Pipeline, die schnelle, rollback-fähige Deployments über Konten und Regionen hinweg unterstützt.

Empfohlener Ansatz:

Stellen Sie einen ElastiCache for Redis Cluster (Cluster Mode Enabled) in der primären Region für den Hot-Path der Rangliste bereit, mit Replikaten über AZs hinweg und aktivierter Redis-Persistenz (AOF); konfigurieren Sie Global Datastore für die Leselokalität in der sekundären Region.
Behalten Sie DynamoDB als Source of Truth bei; verwenden Sie DynamoDB Streams + Lambda (oder Kinesis Data Streams), um Redis asynchron zu aktualisieren und so Eventual Consistency und Wiederholbarkeit zur Wiederherstellung zu gewährleisten.
Implementieren Sie eine CDK-basierte Pipeline (CDK Pipelines oder eine durch Git ausgelöste CodePipeline), die Vorlagen synthetisiert, Artefakte in verschlüsseltem S3/ECR erstellt und die Infrastruktur über CloudFormation StackSets in den Zielkonten/-regionen bereitstellt; integrieren Sie automatisierte Smoke-Tests und Genehmigungs-Gates.
Stellen Sie Anwendungsänderungen mithilfe einer Canary/Blue-Green-Strategie bereit: Verwenden Sie gewichtete Lambda-Aliase oder die Verschiebung von ALB-Zielgruppen (Target-Group Shifting) mit CloudWatch-Alarmen und automatischem Rollback; instrumentieren Sie die Anwendung mit CloudWatch, X-Ray und synthetischen Canary-Prüfungen.

Begründung: Die Verwendung von Redis ermöglicht echte Lesevorgänge im Sub-Millisekundenbereich, während die Dauerhaftigkeit und Wiederholbarkeit von DynamoDB erhalten bleiben. CI/CD mit CDK und StackSets sorgt für konsistente, prüfbare Bereitstellungen über mehrere Konten hinweg, und Traffic-Shifting plus Observability ermöglichen sichere iterative Releases mit schnellem Rollback.

← Kostenoptimierung · Alle Domänen

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →