Une application serverless utilise CloudFront, API Gateway et Lambda. Les déploiements sont actuellement effectués en créant une nouvelle version de Lambda et en exécutant un script CLI pour la mettre à jour. Si la nouvelle version contient des erreurs, un autre script CLI redéploie la version précédente. L'entreprise souhaite des déploiements plus rapides, ainsi qu'une détection et un rollback plus rapides en cas d'erreurs. Quelle approche permet d'y parvenir ?

L'utilisation d'AWS SAM (Serverless Application Model) avec AWS CodeDeploy pour les déploiements Lambda permet des déploiements progressifs (canary ou blue/green), où le trafic est progressivement basculé vers la nouvelle version. Cette approche intègre des hooks de test (pré-trafic et post-trafic) et un rollback automatique basé sur des alarmes CloudWatch, ce qui répond directement aux exigences de détection et de rollback rapides en cas d'erreurs. L'option CloudFormation imbriquée ne fournit pas de déploiements progressifs ni de rollback automatique basé sur des métriques. Combiner les scripts CLI améliore l'automatisation mais manque de déploiements progressifs et de mécanismes de rollback robustes. Modifier l'origine CloudFront pour chaque déploiement est complexe et ne permet pas de déploiements progressifs ou de rollback automatisé.