Ein Unternehmen entwickelt eine Anwendung, die AWS Lambda für die Berechnung verwendet. Alle Lambda-Änderungen müssen mithilfe einer Canary-Strategie mit automatischem Rollback bei Fehlern bereitgestellt werden. Das DevOps-Team muss Infrastructure-as-Code und eine CI/CD-Pipeline erstellen, um diese Anforderungen zu erfüllen. Welche Kombination von Schritten erfüllt die Anforderungen? (Wählen Sie drei.)

Die AWS Serverless Application Model (AWS SAM)-Vorlage ist die beste Wahl für die Definition von Lambda-Funktionen und die Konfiguration von Canary-Bereitstellungen mit AutoPublishAlias und DeploymentPreference, einschließlich des Bereitstellungstyps LambdaCanary10Percent10Minutes. Dies erfüllt die Anforderung für Canary-Strategien. AWS CodeCommit, CodePipeline und CodeBuild bilden zusammen eine robuste CI/CD-Pipeline. CodeCommit speichert den Quellcode, CodePipeline orchestriert den Workflow und CodeBuild kompiliert und stellt die SAM-Anwendung bereit, wie durch die buildspec.yml definiert. CloudWatch-Alarme, die auf der Metrik Errors pro Lambda-Funktion basieren, sind entscheidend für das automatische Rollback bei Fehlern, da sie den Zustand der bereitgestellten Funktionen überwachen. Die Option mit AWS::Lambda::Function und AWS::Lambda::Version wäre zu aufwendig für Canary-Bereitstellungen. Die Option mit AWS CodeDeploy ist nicht die primäre Methode für Canary-Bereitstellungen von Lambda-Funktionen; SAM integriert dies direkt. Ein einzelner CloudWatch Composite Alarm ist zu unspezifisch, um individuelle Funktionsfehler effektiv zu erkennen und ein Rollback auszulösen.