Un backend web et mobile serverless utilise Lambda et API Gateway. Le déploiement Lambda du backend doit être entièrement automatisé en fonction du code poussé vers la branche appropriée dans CodeCommit. Exigences : des pipelines séparés pour les environnements de test et de production, et des déploiements automatiques uniquement pour les environnements de test. Quelles étapes répondent à ces exigences ?

L'option correcte répond à toutes les exigences. Créer deux pipelines CodePipeline (un pour le test, un pour la production) permet des déploiements séparés. L'ajout d'une étape d'approbation manuelle au pipeline de production garantit que les déploiements de production ne sont pas automatiques, comme requis. L'utilisation d'un seul référentiel CodeCommit avec des branches distinctes pour chaque environnement est une pratique standard pour la gestion du code et permet aux pipelines de déclencher des déploiements basés sur les poussées vers la branche appropriée. Le déploiement via CloudFormation est la méthode recommandée pour gérer l'infrastructure en tant que code pour les fonctions Lambda. Les autres options sont incorrectes car : Créer un référentiel CodeCommit distinct par environnement est une gestion de code moins efficace qu'un seul référentiel avec des branches. L'option qui ne mentionne pas l'approbation manuelle pour la production ne répond pas à l'exigence de déploiements non automatiques en production. Déployer des fonctions Lambda depuis un compartiment S3 après avoir poussé le code n'est pas la méthode la plus intégrée ni la plus robuste pour le déploiement continu, CloudFormation étant préférable pour l'IaC.