Una empresa desea proporcionar a los usuarios acceso a los recursos de AWS. La empresa tiene 1.500 usuarios y gestiona su acceso a los recursos locales a través de grupos de usuarios de Active Directory en la red corporativa. La empresa no quiere que los usuarios mantengan otra identidad para acceder a los recursos. Un arquitecto de soluciones debe gestionar el acceso de los usuarios a los recursos de AWS preservando el acceso a los recursos locales. ¿Qué debe hacer el arquitecto de soluciones para cumplir estos requisitos?

La federación basada en SAML 2.0 permite a los usuarios autenticarse con su proveedor de identidad existente (en este caso, Active Directory) y luego obtener acceso a los recursos de AWS sin necesidad de credenciales de AWS separadas. Esto cumple con el requisito de no crear nuevas identidades. Al mapear los grupos de Active Directory a roles de AWS, se pueden aplicar políticas de permisos granulares, manteniendo la gestión de acceso centralizada en Active Directory. Crear usuarios de IAM para cada uno de los 1.500 usuarios requeriría una gestión duplicada y no usaría las identidades existentes. Amazon Cognito se usa principalmente para aplicaciones web/móviles y no para federar directamente Active Directory corporativo para acceso a la consola o CLI de AWS de esta manera. Los roles de cuenta cruzada se utilizan para permitir que una cuenta de AWS acceda a recursos en otra cuenta de AWS, no para federar identidades de un directorio local.