Une entreprise déploie un service B2B sur une infrastructure dédiée dans chaque compte client. Avant de lancer une fonctionnalité, l'équipe doit exécuter des tests d'intégration sur une infrastructure de test réelle (instances EC2 et base de données RDS) dans plusieurs comptes AWS. Vous avez besoin d'un processus de livraison continue qui provisionne l'infrastructure de test dans ces comptes, puis exécute les tests d'intégration avec le MINIMUM d'effort administratif. Quelle solution répond à cette exigence ?

La bonne réponse est d'utiliser AWS CodePipeline avec les change sets AWS CloudFormation pour le déploiement et une ressource personnalisée CloudFormation pour les tests. CodePipeline orchestre le processus de CI/CD, et CloudFormation, via les change sets, permet de prévisualiser et de déployer l'infrastructure de manière contrôlée dans plusieurs comptes. Une ressource personnalisée CloudFormation est idéale pour exécuter des tests d'intégration sur cette infrastructure fraîchement provisionnée, car elle peut déclencher des scripts ou des fonctions Lambda pour effectuer les vérifications nécessaires, s'intégrant directement dans le flux de déploiement. Les autres options sont moins adaptées : AWS CodeDeploy est un service de déploiement d'applications, pas de provisionnement d'infrastructure. Amazon CodeGuru est un réviseur de code, pas un exécuteur de tests d'intégration. AWS CodeBuild est un service de build, qui peut exécuter des tests, mais l'option avec les change sets et la ressource personnalisée offre une meilleure intégration pour les tests post-déploiement d'infrastructure. AWS SAM est pour les applications sans serveur et ne gère pas directement le déploiement d'infrastructure EC2/RDS de manière générique dans ce contexte. CodeDeploy n'est pas le meilleur outil pour exécuter des tests d'intégration.