Una empresa gestiona varias cuentas de AWS con AWS Organizations. Las normas regulatorias exigen que las cuentas de miembro específicas estén restringidas a un conjunto predefinido de Regiones de AWS donde se puedan implementar recursos. El etiquetado de recursos debe aplicarse de acuerdo con un estándar de grupo y gestionarse de forma centralizada con una configuración mínima. ¿Qué enfoque debe utilizar un arquitecto de soluciones para implementar estos requisitos?

La opción correcta es asociar las cuentas de miembro específicas con una nueva unidad organizativa (OU), aplicar una política de etiquetas y usar una política de control de servicios (SCP) con condiciones para restringir las Regiones. Una OU permite agrupar cuentas para aplicar políticas de forma centralizada. Las SCPs son ideales para restringir el acceso a Regiones específicas a nivel de cuenta o OU, y las políticas de etiquetas de AWS Organizations aseguran el cumplimiento del etiquetado en todas las cuentas de la OU. Las otras opciones son incorrectas porque: Crear una regla de AWS Config en cada cuenta de miembro específica es menos escalable y no es una forma efectiva de restringir Regiones. Deshabilitar Regiones desde la consola de AWS Billing and Cost Management no es una funcionalidad estándar para restringir el despliegue de recursos a nivel de cuenta. Asociar las cuentas de miembro específicas con la raíz aplicaría las políticas a todas las cuentas, no solo a las específicas, lo que no cumple el requisito de aplicar restricciones solo a un subconjunto de cuentas.