Uma empresa precisa implantar recursos e workloads de forma segura em várias contas AWS dentro de uma organização AWS Organizations. A empresa gerenciará a infraestrutura como código (IaC) com o AWS CloudFormation usando apenas padrões arquitetônicos aprovados. A empresa também deve impor marcação obrigatória e padrões de configuração específicos para a criação de recursos. Qual solução atende a esses requisitos?

A solução correta utiliza o AWS Service Catalog para fornecer produtos (modelos do CloudFormation) que representam arquiteturas aprovadas, garantindo que apenas recursos padronizados sejam implantados. O compartilhamento de portfólios do Service Catalog com as contas da organização centraliza o gerenciamento e a distribuição desses padrões. As regras do AWS Config são essenciais para impor a marcação obrigatória e outras políticas de configuração em todos os recursos, auditando continuamente a conformidade. As outras opções são menos abrangentes ou eficazes: As políticas de pilha do CloudFormation não podem impedir a criação de recursos fora do CloudFormation, e o EventBridge detecta, mas não impede a criação. O CodePipeline ajuda na implantação, mas as SCPs não são ideais para impor configurações detalhadas de recursos ou marcação em nível de recurso, e as regras do Config por si só não controlam a criação de recursos padronizados. Limites de permissões do IAM são para permissões de usuários/funções, não para impor padrões de configuração de recursos ou marcação durante a criação via IaC.