Desenvolvedores em várias contas AWS na sua Organização podem criar VPCs e iniciar instâncias EC2 em uma única Região. Cada instância EC2 baixa cerca de 1 TB/dia do S3, causando altas cobranças de transferência de dados entre contas e de NAT gateway, além de custos de computação. A empresa deseja aplicar proativamente padrões arquitetônicos aprovados (por exemplo, usando gateway endpoints) em todas as contas de desenvolvedores sem diminuir a velocidade de desenvolvimento, e fazer isso de forma econômica. Qual solução melhor atende a esses requisitos?

A opção correta é publicar um portfólio do AWS Service Catalog com uma configuração de VPC aprovada que inclua S3 gateway endpoints e ofertas de instância EC2 aprovadas. Compartilhar este portfólio com as contas de desenvolvedores e restringir suas permissões IAM para que provisionem recursos apenas via Service Catalog garante a aplicação proativa de padrões arquitetônicos aprovados. Isso reduzirá os custos de transferência de dados e NAT Gateway, pois os S3 gateway endpoints permitem acesso privado e gratuito ao S3. O Service Catalog também acelera o desenvolvimento, fornecendo produtos pré-aprovados. As outras opções são menos eficazes: SCPs e CloudFormation com interface endpoints: Interface endpoints para S3 têm custo por hora e por GB, não resolvendo o problema de custo de transferência. AWS Budgets: É uma solução reativa, alertando após o problema de custo já ter ocorrido. Encerrar instâncias pode interromper o desenvolvimento. AWS Config: Também é reativo, detectando e remediando recursos não conformes após a criação, o que pode causar interrupções e não previne o problema.