n8n en producción: Postgres y Redis

n8n por defecto usa SQLite y un solo proceso: perfecto para probar, insuficiente para producción. Cuando los flujos son críticos y el volumen crece, hace falta una base de datos robusta y capacidad de escalar. Esto es parte de la decisión de autoalojar n8n frente a la nube: el autoalojamiento da control, pero exige montar bien la infraestructura.

¿Por qué no usar la configuración por defecto en producción?

La instalación por defecto guarda los datos en SQLite (un fichero) y ejecuta todo en un único proceso. Funciona para pruebas, pero en producción se queda corta: SQLite no maneja bien la concurrencia, un único proceso limita el volumen y un reinicio en mal momento puede dejar ejecuciones a medias. Producción exige persistencia fiable y capacidad de escalar.

¿Por qué PostgreSQL en lugar de SQLite?

• Concurrencia: maneja múltiples ejecuciones y workers a la vez sin bloqueos.
• Fiabilidad: persistencia robusta y transacciones, frente a un fichero local.
• Copias de seguridad: backup y restauración estándar de base de datos.
• Escalado: es la base sobre la que se monta el modo cola con varios workers.

¿Para qué sirve Redis y el modo cola (queue mode)?

En modo cola, n8n separa quien recibe los disparadores de quien ejecuta los flujos. Redis actúa como cola de trabajos: la instancia principal encola las ejecuciones y uno o varios workers las van procesando. Así puedes escalar horizontalmente (añadir workers) para absorber picos y volumen, y una ejecución no se pierde si un worker se reinicia, porque sigue en la cola.

¿Cómo es la arquitectura de n8n en producción?

¿Qué más hay que cuidar en producción?

• Copias de seguridad de PostgreSQL y de las credenciales (con su clave de cifrado).
• Gestión de errores y reintentos en los flujos, no solo el camino feliz.
• Monitorización y alertas para detectar fallos de ejecución a tiempo.
• Seguridad: acceso restringido, HTTPS y gestión segura de credenciales.
• Despliegue reproducible (contenedores) para poder recuperar el entorno.

¿Cuándo dar el salto a esta arquitectura?

Cuando los flujos pasan a ser críticos para el negocio, el volumen de ejecuciones crece o necesitas que el sistema aguante picos y reinicios sin perder trabajo. Si todavía estás validando casos sencillos, la instalación básica basta. El salto a Postgres + Redis es el que convierte n8n en una pieza fiable de operaciones, como en automatizar la gestión de incidencias. Si no tienes el perfil para montarlo, lo ve un consultor de n8n.