Uma grande empresa observou um aumento inesperado nas cobranças do Amazon RDS e do Amazon DynamoDB. A organização usa o AWS Organizations com muitas contas de desenvolvimento e produção. Não há uma estratégia de marcação (tagging) imposta em todas as contas, embora as diretrizes exijam que a infraestrutura seja implantada com o AWS CloudFormation e tags consistentes. A gerência exige que todas as tabelas DynamoDB e instâncias RDS existentes e futuras incluam valores de centro de custo e ID de projeto. Qual abordagem o arquiteto de soluções deve recomendar para satisfazer esses requisitos?

Esta é a melhor abordagem porque aborda os recursos existentes e futuros. O Tag Editor permite marcar recursos existentes de forma eficiente. A criação de tags de alocação de custos é essencial para o rastreamento de custos. O uso de SCPs para negar a criação de recursos sem as tags obrigatórias de centro de custo e ID de projeto garante a conformidade para novos recursos em todas as contas da organização. As outras opções são menos eficazes: A primeira opção não aborda a imposição de tags para novos recursos, o que é crucial para evitar o problema no futuro. A segunda opção apenas notifica sobre recursos sem tags e tenta marcá-los com uma função Lambda, o que pode ser reativo e não impede a criação inicial de recursos sem tags. A quarta opção não aborda a marcação de recursos existentes e modificar funções federadas pode ser complexo e não garante a conformidade em todas as contas da organização de forma centralizada como os SCPs.