Un'azienda ha implementato una landing zone con una struttura AWS Organizations e un SCP. Gli sviluppatori possono creare risorse solo con CloudFormation e AWS CDK. Un ingegnere DevOps rileva che le code SQS implementate in diversi stack CloudFormation hanno configurazioni incoerenti e che il tag di allocazione dei costi dell'applicazione a volte manca. L'ingegnere deve imporre il tagging, incoraggiare il riutilizzo del codice e prevenire configurazioni SQS incoerenti. Cosa dovrebbe fare l'ingegnere?

L'opzione corretta risolve tutti i problemi. L'uso del tagging di AWS CDK garantisce che il tag di allocazione dei costi sia applicato in modo coerente, anche quando si utilizzano CloudFormation StackSets per la distribuzione in più account. Richiedere agli sviluppatori di definire le code SQS con AWS CDK e distribuirle come stack CDK promuove il riutilizzo del codice tramite costrutti CDK e garantisce configurazioni SQS coerenti, poiché i costrutti possono incapsulare la logica di configurazione standardizzata. Le opzioni errate non affrontano tutti gli aspetti. Le policy di tag di Organizations o gli SCP possono imporre il tagging, ma non risolvono il problema della coerenza della configurazione SQS o del riutilizzo del codice. L'uso dei moduli CloudFormation è un passo nella giusta direzione per la coerenza, ma non è così efficace come i costrutti CDK per il riutilizzo e la standardizzazione, specialmente con il tagging. I feature flag di CDK non sono il meccanismo principale per la distribuzione di stack o per garantire la coerenza della configurazione in questo contesto.