Um administrador SysOps precisa implantar infraestrutura como código e deseja um único modelo do AWS CloudFormation que possa ser reutilizado em vários ambientes (por exemplo, dev, test, prod). Como o administrador deve projetar o modelo do CloudFormation?

Definir parâmetros no modelo do CloudFormation é a abordagem correta porque permite que o mesmo modelo seja usado em diferentes ambientes (dev, test, prod) sem modificações no código-fonte do modelo. Os parâmetros podem ser usados para especificar valores como tipos de instância, IDs de AMI, nomes de banco de dados ou configurações de rede que variam entre os ambientes. Incorporar scripts de dados de usuário do EC2 diretamente no modelo tornaria o modelo menos reutilizável e mais difícil de gerenciar, pois os scripts teriam que ser alterados para cada ambiente. Usar stacks aninhadas é uma boa prática para modularizar a infraestrutura, mas não resolve diretamente a necessidade de adaptar um único modelo a múltiplos ambientes com valores diferentes; os parâmetros ainda seriam necessários para as stacks aninhadas. Aplicar políticas de stack governa as permissões para criar e atualizar recursos, mas não ajuda a adaptar o modelo a diferentes configurações de ambiente.