Ein Startup hat eine E-Commerce-Website mit hohem Traffic zu AWS migriert und benötigt nun CI/CD, das Ingenieure über fehlgeschlagene Builds benachrichtigt, Zero-Downtime-Deployments ermöglicht und nahtlose Rollbacks unterstützt. Entwickler verwenden ein privates GitHub-Repo und Jenkins für Builds und Unit-Tests. Das Team wird AWS CodePipeline verwenden, um Builds und Deployments zu orchestrieren. Welches Design erfüllt die Anforderungen an Benachrichtigung, Zero-Downtime und Rollback?

Die korrekte Option erfüllt alle Anforderungen. GitHub-Webhooks lösen die CodePipeline bei Code-Änderungen aus. Das Jenkins-Plugin für AWS CodeBuild ermöglicht die Ausführung von Unit-Tests in CodeBuild, während Jenkins weiterhin als Build-Server genutzt wird. Amazon SNS ist der Standarddienst für Benachrichtigungen über fehlgeschlagene Builds. Eine Blue/Green-Bereitstellung mit AWS CodeDeploy ist entscheidend für Zero-Downtime-Deployments und nahtlose Rollbacks, da sie eine neue Version neben der alten bereitstellt und den Traffic erst nach erfolgreicher Validierung umleitet. Die anderen Optionen sind falsch, weil: GitHub-Websockets sind nicht der Standardmechanismus zum Auslösen von CodePipeline bei Code-Änderungen; Webhooks sind es. Eine In-Place-Bereitstellung (all-at-once) bietet keine Zero-Downtime und erschwert Rollbacks. AWS X-Ray ist ein Dienst für die Analyse und das Debugging von verteilten Anwendungen, nicht für Unit-Tests oder statische Code-Analyse.