Une fonction AWS Lambda Python est déclenchée par des événements de création d'objets S3 ; elle lit des données depuis S3 et écrit dans une table DynamoDB. La fonction s'exécute lors de l'invocation mais échoue lorsqu'elle tente d'écrire dans DynamoDB. Quelle est la cause la PLUS probable ?

La cause la plus probable est que le rôle IAM de la fonction Lambda n'a pas l'autorisation d'écrire dans la table DynamoDB. Les fonctions Lambda ont besoin de permissions explicites via un rôle IAM pour interagir avec d'autres services AWS. Si la fonction peut s'exécuter mais échoue spécifiquement lors de l'écriture dans DynamoDB, cela indique généralement un problème d'autorisation. La limite de concurrence de la fonction Lambda atteinte empêcherait l'invocation de la fonction, pas seulement l'échec de l'écriture. Un GSI n'est pas nécessaire pour les opérations d'écriture de base ; il est utilisé pour des requêtes alternatives. La localisation de la table DynamoDB dans une zone de disponibilité différente n'empêche pas l'écriture, tant que les autorisations sont correctes.