Uno sviluppatore utilizza le API WebSocket in Amazon API Gateway e desidera applicare il controllo degli accessi tramite un authorizer Lambda di API Gateway. Lo sviluppatore desidera anche la memorizzazione nella cache delle credenziali per evitare di inviare chiavi segrete o token di autenticazione a ogni richiesta. Quale combinazione di passaggi dovrebbe essere intrapresa? (Scegliere due.)

Per il controllo degli accessi con cache delle credenziali nelle API WebSocket di API Gateway, è fondamentale usare un authorizer Lambda basato su token. Questo tipo di authorizer riceve un token di autenticazione (ad esempio, JWT) e restituisce una policy IAM che autorizza o nega l'accesso. La cache delle credenziali è gestita automaticamente da API Gateway per i token validi, riducendo le chiamate all'authorizer e migliorando le prestazioni. Inoltre, è necessario configurare il modello di mappatura della richiesta di integrazione per fare riferimento alla mappa di contesto dell'authorizer. L'authorizer Lambda può restituire dati aggiuntivi nel suo output (la "mappa di contesto"), che possono poi essere mappati e passati all'integrazione di backend. Questo è utile per inviare informazioni sull'utente autenticato o altri dati di autorizzazione al servizio di backend senza doverli estrarre nuovamente dal token. Un authorizer Lambda basato su parametri di richiesta non è l'opzione migliore per la cache delle credenziali con token, poiché è più adatto per estrarre parametri da query string, header o body della richiesta, e la gestione della cache per questi scenari è meno diretta rispetto ai token. Le policy degli endpoint VPC sono per la sicurezza della rete, non per l'autenticazione a livello di applicazione.