Uma equipe de banco de dados mantém os recursos do banco de dados em um modelo do CloudFormation e uma equipe de software mantém os recursos do aplicativo web em outro modelo. A equipe de software precisa fazer referência aos recursos do banco de dados, mantendo processos de revisão/ciclo de vida separados e revisões de conjuntos de alterações no nível do recurso. A equipe de software implantará as alterações de seu próprio pipeline de CI/CD. Qual solução satisfaz esses requisitos?

A exportação de saídas de um modelo do CloudFormation e a importação dessas referências em outro modelo é a solução ideal. Isso permite que a equipe de software referencie os recursos do banco de dados (como o ARN de um banco de dados ou o nome de uma tabela) sem quebrar a separação de responsabilidades e os ciclos de vida independentes. As equipes podem gerenciar seus modelos e pipelines de CI/CD de forma autônoma. Stacks aninhadas (nested stacks) não são adequadas porque criam uma dependência direta, onde a stack aninhada faz parte da stack pai, o que violaria a separação de ciclos de vida e revisões. StackSets são para implantar a mesma stack em várias contas ou regiões, não para compartilhar referências entre stacks interdependentes na mesma conta. Passar parâmetros manualmente é propenso a erros e não automatiza a referência de recursos, exigindo atualizações manuais sempre que os recursos do banco de dados mudam.