Una función de Python AWS Lambda se activa mediante eventos de creación de objetos de S3; lee desde S3 y escribe en una tabla de DynamoDB. La función se ejecuta al invocarse, pero falla al intentar escribir en DynamoDB. ¿Cuál es la causa MÁS probable?

La causa más probable es que el rol de IAM de la función Lambda no tiene los permisos necesarios para realizar operaciones de escritura en la tabla de DynamoDB. Cuando una función Lambda interactúa con otros servicios de AWS, como DynamoDB, debe tener un rol de ejecución de IAM asociado que le otorgue los permisos específicos para esas acciones (por ejemplo, dynamodb:PutItem, dynamodb:UpdateItem). Si estos permisos faltan, la función fallará al intentar escribir. Las otras opciones son menos probables: El límite de concurrencia de Lambda causaría que la invocación fallara o se retrasara, no específicamente un error de escritura en DynamoDB después de una ejecución exitosa. DynamoDB no requiere un GSI para operaciones de escritura básicas; los GSI se utilizan para consultas eficientes en atributos no clave. La ubicación de la tabla de DynamoDB en una zona de disponibilidad diferente no impide la comunicación ni las operaciones de escritura; DynamoDB es un servicio regional y las funciones Lambda pueden interactuar con él sin problemas de AZ.