Sie benötigen eine Bereitstellungsphase für eine Serverless-Anwendung (AWS Lambda), die die Auswirkungen fehlgeschlagener Bereitstellungen auf Kunden minimiert und eine Überwachung auf Probleme bietet. Welche Bereitstellungskonfiguration erfüllt diese Ziele?

Die korrekte Option minimiert die Auswirkungen fehlgeschlagener Bereitstellungen und bietet Überwachung durch die Verwendung von AWS CodeDeploy mit einer Canary-Bereitstellungsstrategie (Canary10Percent15Minutes). Diese Strategie leitet zunächst einen kleinen Prozentsatz (10%) des Datenverkehrs zur neuen Version um und wartet eine bestimmte Zeit (15 Minuten), bevor der restliche Datenverkehr umgeleitet wird. CloudWatch-Alarme überwachen die Funktion währenddessen und können bei Problemen einen automatischen Rollback auslösen. AWS SAM vereinfacht die Definition serverloser Anwendungen. Die Option mit CloudFormation-Stack-Updates und manueller Genehmigung bietet keine automatische schrittweise Umleitung des Datenverkehrs und minimiert die Auswirkungen nicht so effektiv. Die Option, die RoutingConfig für AWS::Lambda::Alias verwendet, ist zwar eine gültige Strategie für Traffic-Shifting, aber die Integration mit CodeDeploy bietet eine robustere und vordefinierte Lösung für Canary-Bereitstellungen mit automatischer Rollback-Funktionalität. Die Option mit CodeBuild und manueller Aktualisierung des Alias ist zu manuell und bietet keine integrierte Canary-Bereitstellungslogik oder automatische Rollbacks wie CodeDeploy.