Un desarrollador utiliza WebSocket APIs en Amazon API Gateway y desea aplicar control de acceso a través de un autorizador de Lambda de API Gateway. El desarrollador también quiere que se almacenen las credenciales en caché para evitar el envío de claves secretas o tokens de autenticación en cada solicitud. ¿Qué combinación de pasos se deben seguir? (Elija dos).

Para implementar el control de acceso con caché de credenciales en WebSocket APIs, se debe usar un autorizador de Lambda basado en tokens. Este tipo de autorizador permite a la función Lambda validar un token (como JWT o OAuth) y devolver una política de IAM. La caché se habilita automáticamente para los autorizadores basados en tokens, almacenando el resultado de la autorización para un token específico durante un tiempo configurable, evitando revalidaciones innecesarias. Además, para que la API pueda acceder a los datos devueltos por el autorizador (como el ID de usuario o los roles), es necesario configurar la plantilla de mapeo de la solicitud de integración. Esto permite referenciar el mapa de contexto del autorizador, donde se almacenan los pares clave-valor que la función Lambda del autorizador ha devuelto. Un autorizador basado en parámetros de solicitud no es ideal para caché de credenciales, ya que los parámetros pueden variar con cada solicitud. La clave de API de identidad no es el mecanismo adecuado para pasar información contextual del autorizador a la integración. Las políticas de VPC endpoint son para controlar el acceso a servicios de AWS desde una VPC, no para la autenticación de usuarios en API Gateway.