n8n vs Temporal: por qué realmente ejecuto ambos (y la migración que dolió)

n8n es para moverse rápido. Temporal es para no perder el estado. Los dos tienen sentido en el mismo stack.

He usado n8n para automatizaciones visuales y Temporal para procesos que deben sobrevivir reinicios. No elijo uno u otro. Elijo qué parte del problema le corresponde a cada uno.

Cuándo uso n8n

n8n brilla cuando el problema es “conectar A con B” y quiero ver el flujo. Webhooks, APIs, notificaciones, procesamiento ligero con IA. La interfaz visual ayuda a iterar rápido y a que otros miembros del equipo entiendan qué hace el workflow.

Lo uso para:

• Ingesta de datos desde APIs o formularios.
• Cadenas de prompts simples con LLMs.
• Notificaciones y alertas.
• Prototipos que no necesitan durabilidad extrema.

Cuándo uso Temporal

Temporal entra cuando el workflow tiene estado importante, dura más de unos minutos, o no puede perderse si un pod se reinicia. La ejecución durable es una propiedad de la plataforma, no algo que tengo que inventar.

Lo uso para:

• Procesos de aprobación humana.
• Workflows que llaman a sistemas poco confiables.
• Tareas que deben continuar exactamente donde quedaron.
• Cualquier cosa que me dolería perder por un reinicio.

El patrón híbrido

Mi configuración habitual:

• n8n recibe el webhook o el trigger inicial.
• Si la tarea es simple, n8n la resuelve.
• Si la tarea es compleja o de larga duración, n8n envía una señal a Temporal.
• Temporal ejecuta el proceso durable y reporta de vuelta.

Esto me da velocidad en el borde y fiabilidad en el núcleo.

Conclusión

No hay ganador absoluto entre n8n y Temporal. n8n es mejor para automatización visual rápida. Temporal es mejor para ejecución durable y stateful.

Si tu problema cabe en uno solo, úsalo. Si no, combínalos. Eso es lo que hago yo.