Un architetto di soluzioni sta implementando un nuovo strumento di sicurezza in diverse regioni AWS che non erano state utilizzate in precedenza. L'implementazione utilizza un set di stack AWS CloudFormation. Il template del set di stack definisce un ruolo IAM che utilizza un nome personalizzato (esplicito). Dopo aver creato il set di stack, nessuna delle istanze di stack viene creata correttamente. Cosa dovrebbe fare l'architetto di soluzioni affinché gli stack possano essere implementati correttamente?

La risposta corretta è "Abilitare le nuove Regioni in tutti gli account pertinenti. Specificare la capability CAPABILITYNAMEDIAM durante la creazione del set di stack." Quando si utilizzano nuove regioni AWS, è fondamentale assicurarsi che siano abilitate in tutti gli account coinvolti, altrimenti CloudFormation non potrà operare in tali regioni. Inoltre, poiché il template CloudFormation definisce un ruolo IAM con un nome personalizzato, è necessario specificare la capability CAPABILITYNAMEDIAM. Questa capability è richiesta per riconoscere le risorse IAM che hanno nomi fisici espliciti, come i ruoli IAM. Le altre opzioni sono errate per i seguenti motivi: L'aumento della quota per gli stack CloudFormation non è la causa del fallimento della creazione degli stack in questo scenario. La capability CAPABILITYIAM è meno permissiva e non sufficiente per ruoli IAM con nomi personalizzati. Specificare SELFMANAGED come modello di permessi non risolve il problema dell'abilitazione della regione o della capability IAM corretta. Fornire un ARN del ruolo di amministrazione non risolve il problema dell'abilitazione della regione o della capability IAM corretta per il template. La capability CAPABILITYIAM non è sufficiente per ruoli IAM con nomi personalizzati.