Ein Serverless-Web- und Mobile-Backend verwendet Lambda und API Gateway. Die Lambda-Bereitstellung des Backends muss vollständig automatisiert werden, basierend auf Code, der in den entsprechenden Branch in CodeCommit gepusht wird. Anforderungen: separate Pipelines für Test und Produktion und automatische Bereitstellungen nur für Testumgebungen. Welche Schritte erfüllen diese Anforderungen?

Diese Option erfüllt alle Anforderungen. Zwei CodePipeline-Pipelines (Test und Produktion) ermöglichen separate Bereitstellungsprozesse. Ein manueller Genehmigungsschritt in der Produktions-Pipeline verhindert automatische Bereitstellungen in der Produktion, während die Test-Pipeline automatisch bereitstellt. Ein einziges CodeCommit-Repository mit Branches für jede Umgebung ist eine gängige und effiziente Methode zur Versionskontrolle. Jede Pipeline kann so konfiguriert werden, dass sie nur Code aus dem relevanten Branch abruft. Die Bereitstellung über CloudFormation ist die empfohlene Methode für Infrastructure as Code (IaC) und ermöglicht eine konsistente und wiederholbare Bereitstellung von Lambda-Funktionen. Die anderen Optionen sind unzureichend, weil: Separate CodeCommit-Repositories pro Umgebung sind unnötig und erschweren die Verwaltung. Das Pushen von Lambda-Code nach S3 und die Bereitstellung von dort ist nicht der empfohlene IaC-Ansatz und bietet weniger Kontrolle als CloudFormation. Nur CodeBuild-Projekte zu erstellen, reicht nicht aus, um eine vollständige CI/CD-Pipeline zu bilden; CodePipeline ist für die Orchestrierung erforderlich.