Recursos · Integración n8n

Integración AWS Lambda n8nAutomatiza AWS Lambda con n8n.

Hay lógica que encaja mejor en código que en una cadena de nodos. La integración AWS Lambda n8n cubre justo eso con 1 operación: llama a una función publicada, le pasa un JSON y espera la respuesta o sigue adelante. No existe trigger de Lambda, así que el workflow arranca en otro sitio.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración AWS Lambda n8n?

El nodo AWS Lambda llama a una de tus funciones publicadas y le entrega un JSON construido dentro del workflow. n8n envía la entrada, AWS ejecuta la función y el workflow espera el resultado o continúa de inmediato. Es la salida de emergencia cuando el trabajo pertenece al código de verdad: un cálculo pesado, un parseo enrevesado, una firma, una llamada a una librería interna que n8n no conoce.

El caso más repetido es el disparo asíncrono. Un formulario enviado o una fila nueva en base de datos lanza una función que tarda, y el workflow no tiene nada que esperar. Cambia Invocation Type a Event y n8n continúa al instante, sin que una ejecución larga bloquee el resto de la rama. El resultado se recoge después, cuando la función escribe donde le toque.

El segundo caso es la limpieza de datos antes de guardarlos. El workflow lee filas de Postgres, la función aplica las reglas que convertirían un nodo Code en un muro ilegible, y los objetos limpios vuelven al workflow. Aquí te quedas en RequestResponse, porque el nodo siguiente necesita la salida. La ventaja no es la velocidad: el código vive en un repositorio, se revisa y se prueba fuera de n8n.

El tercero es la auditoría programada. Un Schedule Trigger despierta el workflow de madrugada, el nodo invoca una función que recorre una cuenta AWS y devuelve los recursos olvidados, y las filas acaban en Google Sheets con un resumen en Slack. Ese workflow está publicado en la galería de plantillas con el número 11612, junto a uno mínimo, el 510, que solo llama al nodo para ver llegar la respuesta.

En cuanto necesites algo distinto de invocar, usa el nodo HTTP Request. El nodo Lambda expone una sola operación: listar funciones, publicar una versión, gestionar un alias o leer una configuración no están ahí. HTTP Request llama a cualquier endpoint de la API y reutiliza el mismo credential AWS mediante su autenticación predefinida, así que no hay un segundo juego de claves que mantener.

Dos límites conviene tenerlos claros antes de montar nada. Qualifier es obligatorio, o sea que cada llamada nombra una versión o un alias y nunca queda ambiguo qué código se ejecuta. Y sin trigger de Lambda, AWS no arranca un workflow por su cuenta: lo abre un Schedule Trigger, el nodo Webhook de n8n llamado por un servicio externo, o el trigger de otra herramienta ya presente. Si todavía dudas de plataforma, la Reseña n8n entra en ese debate y el Curso n8n enseña a montar el workflow alrededor del nodo.

Conexión

¿Cómo se conecta AWS Lambda con n8n?

  1. 01

    Crea un credential AWS (IAM)

    En n8n, abre el menú Credentials y elige AWS (IAM), el método por clave de acceso. Un credential es la identificación que n8n guarda una sola vez. Pide tres datos: la Region de AWS, el Access Key ID y la Secret Access Key. Las dos claves se generan juntas en la consola IAM: tu nombre de usuario arriba a la derecha, después Security credentials, después Create access key.

  2. 02

    O asume un rol en vez de guardar claves

    El segundo tipo, AWS (Assume Role), se autentica asumiendo un rol de IAM mediante AWS STS. Las credenciales que n8n usa para la llamada AssumeRole se escriben a mano o se leen automáticamente del entorno donde corre n8n. Esa lectura automática es la opción sensata si alojas n8n tú mismo sobre infraestructura AWS, sea EKS, ECS o EC2, y prefieres no dejar ninguna clave estática dentro de n8n.

  3. 03

    Apunta el nodo a una función

    Añade el nodo AWS Lambda y selecciona el credential en su desplegable: el mismo valdrá para todos los workflows siguientes. Abre Function Name or ID y toma la función de la lista, o pasa el campo a expresión cuando el nombre llega con los datos. Rellena Qualifier con la versión o el alias que quieras y ejecuta el nodo una vez para mirar la respuesta antes de enganchar nada detrás.

Acciones

Qué sabe hacer el nodo AWS Lambda

El nodo AWS Lambda expone una operación. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Invoke a function

invoke

Lo que ves en n8n

Notas y casos de uso

El nodo llama a una función publicada y le entrega el JSON preparado antes. En modo síncrono, la respuesta sale directamente por la salida del nodo.

Parámetros clave

  • Function Name or ID: la función que quieres invocar, elegida en la lista o definida con una expresión tipo {{ $json.function }} cuando el nombre viaja con los datos.
  • Qualifier: obligatorio, la versión o el alias a invocar, para apuntar a una versión publicada de la función.
  • Invocation Type: RequestResponse (Wait for Results) retiene el workflow hasta la respuesta, Event (Continue Workflow) lanza y sigue.
  • JSON Input: el JSON que recibe la función como entrada.
Casos de uso
una función de control devuelve las anomalías y el nodo siguiente las archiva.
Necesitas ayuda

¿Necesitas ayuda para automatizar AWS Lambda con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

AWS Lambda y n8n, las dudas habituales

01¿La integración AWS Lambda n8n es gratuita?
Sí por el lado de n8n. El nodo viene incluido con n8n: nada que instalar y nada que sumar a tu factura de n8n, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. El workflow es idéntico en los dos escenarios, mismo nodo, mismo credential, mismos campos. Y como el credential se crea una sola vez en el menú Credentials y se reutiliza en todos los workflows, el segundo workflow que llame a Lambda solo cuesta el rato de colocar el nodo y elegir la función.
02¿Qué credenciales de AWS necesita el nodo?
Uno de los dos tipos disponibles. AWS (IAM) funciona con clave de acceso: le das a n8n tu Region, un Access Key ID y una Secret Access Key, creadas desde la consola IAM en el apartado Security credentials. AWS (Assume Role) toma otro camino y se autentica asumiendo un rol de IAM mediante AWS STS. En ese segundo tipo, las credenciales de la llamada AssumeRole se escriben a mano o se leen automáticamente del entorno donde corre n8n, algo más limpio si alojas n8n en EKS, ECS o EC2 y no quieres guardar claves estáticas.
03¿Qué límites tiene el nodo de AWS Lambda?
El nodo hace una cosa: invocar una función. Una operación, un recurso, y ahí acaba. Listar funciones, publicar una versión, crear o mover un alias, leer una configuración: nada de eso está en el nodo. La respuesta para esos casos es el nodo HTTP Request, que llama a cualquier endpoint de la API reutilizando el mismo credential AWS a través de la autenticación predefinida, sin un segundo juego de claves que mantener. Otra restricción que conviene prever: Qualifier es obligatorio, cada llamada tiene que nombrar una versión o un alias.
04¿Puede AWS Lambda disparar un workflow de n8n?
No, directamente no. AWS Lambda no tiene nodo trigger en n8n, así que nada del lado de AWS abre una ejecución por su cuenta. El workflow arranca de otra forma y el nodo Lambda se coloca más abajo en la rama. Tres opciones cubren casi todo: un Schedule Trigger, es decir un disparador a intervalo fijo, para lo periódico como la auditoría nocturna; el nodo Webhook de n8n, que te da una URL a la que un servicio externo llama; o el trigger de otra herramienta ya presente, una fila nueva, un mensaje, un commit. La llamada a Lambda ocurre dentro de esa ejecución.
05¿n8n o Make para AWS Lambda?
Depende sobre todo de dónde quieras que viva la automatización. Make lo aloja Make, sin opción de autoalojamiento, y se factura por operación, algo legible con poco volumen y bastante menos cuando un workflow corre a ritmo alto. n8n se usa en n8n Cloud o en tu propio servidor con Docker o npm, y aquí el autoalojamiento pesa porque una llamada a Lambda suele rozar datos internos y claves de AWS. Los dos montan los workflows de forma visual. Mira el alojamiento, el control de los datos, el modelo de coste y qué lógica visual te resulta más fácil de leer, y decide.