Ha configurado un origen de eventos de Amazon S3 para activar una función AWS Lambda cuando se crean o actualizan objetos en un bucket de S3 específico. La función Lambda utiliza el nombre del bucket y la clave del objeto del evento para leer el objeto y analizar su contenido, luego escribe los datos analizados en una tabla de DynamoDB. El rol de ejecución de la función Lambda tiene permisos para leer el bucket de S3 y escribir en DynamoDB, pero la función no se invoca cuando se añaden o modifican objetos. ¿Qué soluciona el problema?

La invocación de una función Lambda desde un servicio como S3 requiere una política de permisos basada en recursos en la función Lambda. Esta política explícitamente otorga permiso al servicio S3 para invocar la función específica cuando ocurre un evento en el bucket configurado. Sin esta política, S3 no tiene la autorización para invocar la función, incluso si el rol de ejecución de Lambda tiene los permisos necesarios para interactuar con S3 y DynamoDB. Las otras opciones son incorrectas porque: Añadir una política de bucket de S3 que otorgue permiso para invocar la función Lambda es incorrecto; la política de permisos debe estar en la función Lambda, no en el bucket de S3. Configurar una cola SQS como destino en caso de fallo para la función Lambda no resuelve el problema de la invocación inicial. Configurar una cola SQS como destino para las notificaciones de eventos del bucket de S3 introduce una capa adicional que no es necesaria para la invocación directa de Lambda desde S3 y no aborda el problema de permisos de invocación.