Una funzione Lambda in esecuzione in AWS deve inserire eventi in un bus di eventi EventBridge utilizzando l'SDK e senza credenziali esplicite nel codice. Dopo il deployment, la funzione registra errori AccessDeniedException durante la chiamata a PutEvents. Come dovrebbe risolvere il problema lo sviluppatore?

La risposta corretta è aggiungere le autorizzazioni per l'azione PutEvents al ruolo di esecuzione della funzione Lambda. Quando una funzione Lambda interagisce con altri servizi AWS, utilizza il suo ruolo di esecuzione per ottenere le autorizzazioni necessarie. Un errore AccessDeniedException indica che il ruolo di esecuzione corrente non ha i permessi per chiamare l'API PutEvents di EventBridge. Aggiornare la policy IAM associata al ruolo di esecuzione della Lambda per includere le autorizzazioni PutEvents risolverà il problema. Le altre opzioni non sono corrette: Creare una connessione di VPC peering tra il VPC della funzione Lambda e EventBridge non è necessario perché EventBridge è un servizio pubblico di AWS e le chiamate API avvengono tramite endpoint pubblici, non tramite un VPC privato. Aggiornare le credenziali AWS dello sviluppatore è irrilevante per le autorizzazioni di runtime della funzione Lambda, che utilizza il proprio ruolo di esecuzione. Collegare una policy basata sulle risorse alla funzione Lambda non è il meccanismo corretto per concedere alla Lambda stessa le autorizzazioni per accedere ad altri servizi. Le policy basate sulle risorse sono usate per concedere ad altri principal l'accesso alla risorsa su cui è applicata la policy (in questo caso, la Lambda).