Vous avez besoin d'une étape de déploiement pour une application sans serveur (AWS Lambda) qui minimise l'impact sur les clients en cas d'échec de déploiement et assure la surveillance des problèmes. Quelle configuration de déploiement répond à ces objectifs ?

L'option correcte est la plus appropriée car elle combine AWS SAM pour définir l'application sans serveur, AWS CodeDeploy avec la stratégie Canary10Percent15Minutes pour un déploiement progressif et sûr, et les alarmes CloudWatch pour une surveillance proactive et des retours en arrière automatiques en cas de problème. Cette approche minimise l'impact sur les utilisateurs en dirigeant un petit pourcentage de trafic vers la nouvelle version pendant une période donnée, permettant ainsi de détecter les problèmes avant un déploiement complet. Les autres options sont moins optimales : L'utilisation de mises à jour de pile CloudFormation avec approbation manuelle est trop lente et ne fournit pas de déploiement progressif automatisé. L'utilisation de RoutingConfig sur un alias Lambda est une bonne approche, mais elle est moins complète que l'intégration de CodeDeploy qui gère l'orchestration du déploiement et les retours en arrière. L'utilisation de CodeBuild pour les tests de charge utile et la mise à jour manuelle de l'alias est une approche plus manuelle et moins robuste que l'automatisation fournie par CodeDeploy.