Eine Content-Sharing-App wird von EC2/ALB Blue/Green-Deployments zu API Gateway und Lambda migriert. Das Team benötigt einen Bereitstellungsprozess, der das Testen von Änderungen an einer kleinen Untergruppe von Benutzern (Canary) unterstützt, bevor diese übernommen werden. Welcher Bereitstellungsansatz erfüllt diese Anforderung?

Die korrekte Antwort ist die Verwendung von AWS CloudFormation mit Lambda-Funktionsversionen und einer Canary-Release-Strategie für API Gateway. CloudFormation ermöglicht die deklarative Bereitstellung und Verwaltung der gesamten Infrastruktur. Lambda-Funktionsversionen und Aliase sind ideal für Canary-Deployments, da sie es ermöglichen, einen kleinen Prozentsatz des Datenverkehrs auf eine neue Version umzuleiten und bei erfolgreichen Tests den gesamten Datenverkehr zu verschieben. API Gateway unterstützt ebenfalls Canary-Deployments für Stages. Die anderen Optionen sind weniger geeignet: AWS CDK ist ein Framework zur Definition von CloudFormation-Stacks, bietet aber keine spezifische Canary-Routing-Funktionalität über Route 53 für API Gateway und Lambda. Route 53 Failover ist für Ausfallsicherheit gedacht, nicht für prozentuales Traffic-Shifting bei Canary-Deployments. Elastic Beanstalk ist primär für die Bereitstellung von Webanwendungen und Diensten auf EC2, nicht für serverlose Architekturen mit API Gateway und Lambda. AWS OpsWorks ist ein Konfigurationsmanagement-Dienst, der auf Chef oder Puppet basiert und ebenfalls nicht primär für serverlose Workloads mit Canary-Deployments auf API Gateway und Lambda konzipiert ist.