Firma wdrożyła strefę docelową ze strukturą AWS Organizations i SCP. Deweloperzy mogą tworzyć zasoby tylko za pomocą CloudFormation i AWS CDK. Inżynier DevOps stwierdza, że kolejki SQS wdrożone w różnych stosach CloudFormation mają niespójne konfiguracje, a tag alokacji kosztów aplikacji czasami brakuje. Inżynier musi wymusić tagowanie, zachęcić do ponownego użycia kodu i zapobiec niespójnym konfiguracjom SQS. Co powinien zrobić inżynier?

Prawidłowa odpowiedź to użycie tagowania AWS CDK do wymuszenia tagu alokacji kosztów i wymaganie od deweloperów definiowania kolejek SQS za pomocą AWS CDK oraz wdrażania ich jako stosów CDK. AWS CDK umożliwia programowe definiowanie zasobów AWS, co ułatwia standaryzację konfiguracji i wymuszanie tagowania. Wbudowane mechanizmy tagowania w AWS CDK zapewniają spójne stosowanie tagów alokacji kosztów. Wdrażanie jako stosów CDK (które są CloudFormation Stackami) zapewnia spójność i możliwość zarządzania. Nieprawidłowe odpowiedzi: Polityka tagowania Organizations może wymusić tagi, ale nie zachęca do ponownego użycia kodu ani nie zapobiega niespójnym konfiguracjom SQS. CloudFormation StackSets służą do wdrażania wielu stosów, a nie do definiowania zasobów. SCP (Service Control Policies) mogą blokować działania, ale nie wymuszają tagów w sposób, który zachęca do ponownego użycia kodu ani standaryzacji konfiguracji zasobów. Moduły CloudFormation mogą pomóc w ponownym użyciu, ale nie wymuszają tagowania tak skutecznie jak CDK. Flagi funkcji CDK są do eksperymentalnych funkcji, a nie do wdrażania zasobów, co czyni tę opcję nieodpowiednią.