Une fonction Lambda exécutée dans AWS doit envoyer des événements à un bus d'événements EventBridge à l'aide du SDK et sans informations d'identification explicites dans le code. Après le déploiement, la fonction enregistre des erreurs AccessDeniedException lors de l'appel de PutEvents. Comment le développeur doit-il résoudre ce problème ?

La fonction Lambda assume un rôle d'exécution (IAM role) lorsqu'elle est invoquée. Ce rôle définit les autorisations dont la fonction dispose pour interagir avec d'autres services AWS. Une AccessDeniedException indique que le rôle d'exécution actuel de la fonction Lambda ne possède pas les autorisations nécessaires pour appeler l'action PutEvents sur EventBridge. En ajoutant la permission events:PutEvents à la politique attachée au rôle d'exécution de la fonction Lambda, on lui accorde l'accès requis. Les autres options sont incorrectes car : Le peering VPC n'est pas pertinent pour l'accès entre une fonction Lambda et EventBridge, qui sont des services AWS gérés et accessibles via des endpoints publics ou privés sans nécessiter de connectivité réseau directe de ce type. Mettre à jour les informations d'identification du développeur n'affecte pas les autorisations du rôle d'exécution de la fonction Lambda. Une politique basée sur les ressources est généralement attachée à la ressource cible (ici, le bus d'événements EventBridge) pour définir qui peut y accéder, et non à la fonction Lambda elle-même pour définir ses propres permissions sortantes.