Una función Lambda se activa mediante eventos de S3 y debe ejecutarse cada vez que un bucket específico tiene objetos nuevos o modificados. La función lee el nombre del bucket de S3 y la clave del objeto del evento para obtener el contenido del objeto, analizarlo y escribir los resultados en una tabla de DynamoDB. El rol de ejecución de la función tiene permisos para leer el bucket y escribir en DynamoDB, pero durante las pruebas la función no se ejecuta cuando se añaden o modifican objetos. ¿Qué solucionará este problema?

La respuesta correcta es añadir una política basada en recursos a la función Lambda que otorgue permiso a Amazon S3 para invocar la función. Aunque el rol de ejecución de Lambda tiene permisos para interactuar con S3 y DynamoDB, S3 necesita permiso explícito para invocar la función Lambda. Esto se logra mediante una política de recursos adjunta a la función Lambda, que permite al servicio S3 actuar como un principal para invocar la función cuando ocurren eventos específicos en el bucket configurado. Aumentar la memoria o el espacio en /tmp no resolverá el problema de que la función no se ejecute en absoluto; estas opciones son para problemas de rendimiento o almacenamiento temporal una vez que la función ya ha sido invocada. Configurar una cola SQS como destino OnFailure tampoco abordará el problema de invocación inicial, ya que solo se usaría si la función se invocara pero fallara.