Una gran empresa ha experimentado un aumento inesperado en los cargos de Amazon RDS y Amazon DynamoDB. La organización utiliza AWS Organizations con muchas cuentas de desarrollo y producción. No existe una estrategia de etiquetado forzada en todas las cuentas, aunque las directrices exigen que la infraestructura se implemente con AWS CloudFormation y etiquetas consistentes. La gerencia exige que todas las tablas de DynamoDB y las instancias de RDS existentes y futuras incluyan valores de centro de costos e ID de proyecto. ¿Qué enfoque debe recomendar el arquitecto de soluciones para satisfacer estos requisitos?

La opción correcta aborda tanto los recursos existentes como los futuros de manera efectiva. Usar Tag Editor es la forma más sencilla de etiquetar recursos existentes a gran escala. Crear etiquetas de asignación de costos es crucial para el seguimiento de gastos. Finalmente, el uso de Service Control Policies (SCPs) es la forma más robusta y centralizada de aplicar una estrategia de etiquetado obligatoria en todas las cuentas de una organización, denegando la creación de recursos si las etiquetas requeridas no están presentes. Las opciones incorrectas tienen deficiencias: La primera opción no aborda los recursos futuros, lo que no detendrá el problema de los recursos sin etiquetar. La segunda opción solo notifica y etiqueta de forma reactiva, lo que no es una solución proactiva para hacer cumplir el etiquetado. La cuarta opción no aborda los recursos existentes y modificar los roles federados no es tan efectivo ni centralizado como los SCPs para hacer cumplir las políticas de etiquetado en toda la organización.