Een solutions architect implementeert een nieuwe beveiligingstool in verschillende AWS-regio's die voorheen niet werden gebruikt. De implementatie maakt gebruik van een AWS CloudFormation stack set. De template van de stack set definieert een IAM-rol die een aangepaste (expliciete) naam gebruikt. Na het aanmaken van de stack set worden geen van de stack instances succesvol aangemaakt. Wat moet de solutions architect doen om de stacks succesvol te kunnen implementeren?

De correcte optie pakt twee belangrijke problemen aan. Ten eerste moeten nieuwe AWS-regio's expliciet worden ingeschakeld in een account voordat resources daarin kunnen worden geïmplementeerd. Ten tweede, wanneer een CloudFormation-template een IAM-resource definieert met een aangepaste naam (zoals een IAM-rol met een expliciete naam), vereist CloudFormation de CAPABILITYNAMEDIAM capability om te bevestigen dat de gebruiker begrijpt dat de stack IAM-resources met specifieke namen kan aanmaken. De andere opties zijn onjuist omdat: Het verhogen van Service Quotas voor CloudFormation stacks is niet relevant voor het falen van het aanmaken van de stack instances in dit scenario. CAPABILITYIAM is voor IAM-resources zonder aangepaste namen. Het kiezen van het SELFMANAGED permissions model is een configuratiekeuze voor hoe stack sets permissies beheren, maar lost het onderliggende probleem van oningeschakelde regio's of de vereiste capability voor benoemde IAM-resources niet op. Het opgeven van een administration role ARN is ook gerelateerd aan het permissions model en lost de specifieke problemen van oningeschakelde regio's en de CAPABILITYNAMEDIAM vereiste niet op.