Une équipe de base de données gère les ressources de base de données dans un modèle CloudFormation, et une équipe de développement logiciel gère les ressources d'application web dans un autre modèle. L'équipe de développement logiciel doit référencer les ressources de base de données tout en conservant des processus de révision/cycle de vie distincts et des révisions de change-set au niveau des ressources. L'équipe de développement logiciel déploiera les modifications depuis son propre pipeline CI/CD. Quelle solution répond à ces exigences ?

L'exportation des sorties du modèle de base de données et leur importation dans le modèle d'application web est la solution la plus appropriée. Cela permet aux équipes de conserver des modèles CloudFormation distincts et des cycles de vie indépendants, tout en permettant à l'application de référencer les ressources de la base de données. Les modifications apportées à la base de données n'affecteront pas directement le modèle de l'application, et vice versa, ce qui est essentiel pour des processus de révision distincts. Les piles imbriquées (nested stacks) ne sont pas idéales car elles impliquent une gestion parent-enfant, ce qui irait à l'encontre des processus de révision/cycle de vie distincts. Un StackSet est conçu pour déployer des piles dans plusieurs comptes ou régions, pas pour partager des références entre des piles gérées indépendamment. L'ajout de paramètres d'entrée nécessiterait une coordination manuelle constante des noms et ID de ressources, ce qui est inefficace et sujet aux erreurs.