Een serverloze applicatie maakt gebruik van CloudFront, API Gateway en Lambda. Implementaties worden momenteel uitgevoerd door een nieuwe Lambda-versie te maken en een CLI-script uit te voeren om deze bij te werken. Als de nieuwe versie fouten bevat, implementeert een ander CLI-script de vorige versie opnieuw. Het bedrijf wil snellere implementaties en snellere detectie en terugdraaien wanneer er fouten optreden. Welke aanpak bereikt dit?

Deze optie is correct omdat AWS SAM (Serverless Application Model) en CodeDeploy samen blauw/groen of canary-implementaties voor Lambda-functies mogelijk maken. Dit omvat geleidelijke verkeersverschuiving, pre- en post-traffic hooks voor geautomatiseerde tests en automatische terugdraaiacties op basis van CloudWatch-alarmen, wat resulteert in snellere implementaties, snellere detectie van fouten en efficiënt terugdraaien. De andere opties zijn minder effectief: Geneste CloudFormation-stacks met wijzigingssets bieden geen geautomatiseerde verkeersverschuiving of rollback-mechanismen zoals CodeDeploy. Het combineren van CLI-scripts verbetert de automatisering, maar mist de geavanceerde implementatiestrategieën en automatische rollback van CodeDeploy. Het wijzigen van de CloudFront-origin is een handmatige of semi-geautomatiseerde benadering die complexer is en meer downtime kan veroorzaken dan CodeDeploy's geleidelijke verkeersverschuiving.