Un développeur dispose d'un seul compte AWS de pré-production qui exécute une pile AWS SAM CloudFormation. Il a modifié une fonction Lambda et ajouté des rubriques SNS et souhaite déployer ces modifications une seule fois pour les tester sans impacter l'application de pré-production existante utilisée par le pipeline de publication. Que doit faire le développeur ?

La bonne approche consiste à isoler les modifications dans un environnement de développement distinct. Déployer l'application SAM dans un compte AWS distinct garantit que les tests n'affectent pas l'environnement de pré-production existant, qui est utilisé par le pipeline de publication et doit rester stable. Cette méthode permet au développeur de valider ses modifications (fonction Lambda et rubriques SNS) sans risque d'interruption pour les autres utilisateurs ou processus. Les autres options sont incorrectes car : Déployer directement dans le compte de pré-production, même avec un paramètre de débogage, risque d'impacter l'application existante et de perturber le pipeline de publication. Créer un change set CloudFormation sur le compte de pré-production, puis l'exécuter dans un compte différent, est une séquence illogique et inefficace ; le change set est lié au compte où il est créé. Mettre à jour la pile CloudFormation de pré-production pour pointer vers un compte de développement est une mauvaise pratique car cela modifie l'environnement de pré-production lui-même pour un test temporaire.