Een bedrijf heeft een landing zone geïmplementeerd met een AWS Organizations-structuur en een SCP. Ontwikkelaars mogen alleen resources maken met CloudFormation en de AWS CDK. Een DevOps-engineer merkt dat SQS-wachtrijen die in verschillende CloudFormation stacks zijn geïmplementeerd, inconsistente configuraties hebben en dat de cost-allocation tag van de applicatie soms ontbreekt. De engineer moet tagging afdwingen, hergebruik van code stimuleren en inconsistente SQS-configuraties voorkomen. Wat moet de engineer doen?

De correcte optie pakt alle problemen aan. AWS CDK tagging kan worden gebruikt om tags af te dwingen op alle resources die door een CDK-applicatie worden geïmplementeerd, inclusief de cost-allocation tag. Door ontwikkelaars te verplichten SQS-wachtrijen te definiëren met de AWS CDK en deze te implementeren als CDK stacks, wordt hergebruik van code gestimuleerd via constructen en worden inconsistente configuraties voorkomen. CloudFormation StackSets zijn niet nodig, omdat CDK stacks al zorgen voor consistentie en tagging. De eerste optie is onjuist omdat Organizations tag policies geen tags afdwingen op CloudFormation stacks zelf, maar op de resources die door de stacks worden gemaakt. Bovendien lost het niet het probleem van inconsistente SQS-configuraties op. De tweede optie is onjuist omdat SCP's geen tags afdwingen op CloudFormation stacks, en CloudFormation modules, hoewel nuttig voor hergebruik, geen tagging afdwingen zoals CDK tagging dat doet. De vierde optie is onjuist omdat CDK feature flags bedoeld zijn voor het beheren van experimentele functionaliteit en niet voor het afdwingen van tagging of het standaardiseren van configuraties.