Una empresa tiene dos cuentas de AWS: Producción y Desarrollo. La empresa necesita enviar cambios de código de la cuenta de Desarrollo a la cuenta de Producción. En la fase alfa, solo dos desarrolladores sénior de Desarrollo necesitan acceso a Producción. En la fase beta, más desarrolladores necesitarán acceso para realizar pruebas. ¿Qué solución cumple con estos requisitos?

La opción correcta es crear un rol de IAM en la cuenta de Producción con una política de confianza que permita a las entidades principales de la cuenta de Desarrollo asumir ese rol. Esto establece una relación de confianza entre las cuentas, permitiendo que los desarrolladores de Desarrollo asuman temporalmente un rol con permisos definidos en Producción sin necesidad de crear usuarios duplicados o credenciales de larga duración en Producción. Esta solución es escalable, ya que solo se necesita ajustar las políticas de IAM en la cuenta de Desarrollo para permitir que más desarrolladores asuman el rol cuando sea necesario. Las otras opciones son incorrectas porque: Crear políticas en cada cuenta y asignarlas a los desarrolladores no es escalable y requiere gestionar usuarios y credenciales en ambas cuentas. Crear un rol en la cuenta de Desarrollo y concederle acceso a Producción no es el enfoque correcto para el acceso entre cuentas; la confianza debe establecerse desde la cuenta de destino (Producción). Crear un grupo de IAM en Producción con una política de confianza que especifique la misma cuenta de Producción no facilita el acceso desde la cuenta de Desarrollo.