Een bedrijf beheert meerdere AWS-accounts met AWS Organizations. Wettelijke regels vereisen dat specifieke member accounts worden beperkt tot een vooraf gedefinieerde set AWS-regio's waar resources kunnen worden geïmplementeerd. Resource tagging moet worden afgedwongen volgens een groepsstandaard en centraal worden beheerd met minimale configuratie. Welke aanpak moet een solutions architect gebruiken om aan deze vereisten te voldoen?

De correcte aanpak is om de specifieke member accounts aan een nieuwe Organizational Unit (OU) te koppelen. Dit maakt centrale controle mogelijk. Vervolgens past u een tag policy toe op deze OU, wat zorgt voor afgedwongen en uniforme tagging. Ten slotte gebruikt u een Service Control Policy (SCP) met voorwaarden om de AWS-regio's te beperken waar resources kunnen worden geïmplementeerd. SCP's bieden preventieve controles en kunnen worden toegepast op OU's, wat schaalbaarheid en minimale configuratie garandeert. Optie A is incorrect omdat AWS Config-regels reactief zijn en per account moeten worden geconfigureerd, wat niet schaalbaar is en geen preventieve controle biedt. Optie B is incorrect omdat de AWS Billing and Cost Management-console geen functionaliteit biedt om regio's uit te schakelen voor specifieke member accounts; dit wordt beheerd via SCP's. Optie C is incorrect omdat het koppelen van accounts direct aan de root minder granulaire controle biedt dan het gebruik van een OU, vooral als andere accounts in de root verschillende beleidsregels nodig hebben.