📌 En resumen
Para llevar n8n autoalojado a producción se cambian dos cosas respecto a la instalación por defecto: la base de datos pasa de SQLite a PostgreSQL (persistencia fiable y concurrencia) y se activa el modo cola (queue mode) con Redis para escalar con varios procesos de trabajo (workers). La arquitectura típica: una instancia principal, Redis como cola y uno o varios workers que ejecutan los flujos. Así n8n aguanta volumen, picos y reinicios sin perder ejecuciones.
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?
| Componente | Función | Por qué importa |
|---|---|---|
| Instancia principal | Recibe disparadores y encola | Punto de entrada y UI |
| PostgreSQL | Persistencia de datos y ejecuciones | Fiabilidad y concurrencia |
| Redis | Cola de trabajos (queue mode) | Escalado y no perder ejecuciones |
| Workers | Ejecutan los flujos | Escalar horizontalmente |
¿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.
Preguntas frecuentes
¿Por qué cambiar SQLite por PostgreSQL en n8n?
Porque SQLite (la opción por defecto) es un fichero local que no maneja bien la concurrencia y se queda corto en producción. PostgreSQL aporta fiabilidad, transacciones, copias de seguridad estándar y soporta varias ejecuciones y workers a la vez. Es, además, la base necesaria para activar el modo cola y escalar n8n con varios procesos.
¿Para qué se usa Redis en n8n?
Redis se usa en el modo cola (queue mode) como cola de trabajos: la instancia principal encola las ejecuciones y uno o varios workers las procesan. Esto permite escalar horizontalmente (añadir workers) para absorber picos y volumen, y evita perder ejecuciones si un worker se reinicia, porque el trabajo sigue en la cola.
¿Cuál es la arquitectura recomendada de n8n en producción?
Una instancia principal que recibe los disparadores y encola, PostgreSQL para la persistencia de datos y ejecuciones, Redis como cola en modo cola, y uno o varios workers que ejecutan los flujos. A eso se añaden copias de seguridad, gestión de errores, monitorización y seguridad. Esta arquitectura permite a n8n aguantar volumen, picos y reinicios.
¿Cuándo necesito montar n8n con Postgres y Redis?
Cuando los flujos son críticos para el negocio, el volumen de ejecuciones crece o necesitas resistir picos y reinicios sin perder trabajo. Si solo estás validando casos sencillos, la instalación básica con SQLite basta. El salto a Postgres + Redis es lo que convierte n8n en una pieza fiable de operaciones en producción.
Siguiente paso recomendado
Automatización con n8n
Workflows empresariales con n8n, integraciones, monitorización y soporte en producción.
Sin compromiso · Respuesta en < 24h
Autor
Fundador y Consultor de Datos e IA
David Aldomar es fundador y consultor principal de MERIDIAN Data & IA, consultora especializada en ayudar a pymes y empresas medianas en España a tomar mejores decisiones con sus datos. Su trabajo se centra en cuatro áreas: diseño e implantación de plataformas de datos (data warehouses, pipelines ETL con dbt, integración de ERPs y CRMs), reporting y dashboards ejecutivos en Power BI, automatización de procesos de negocio con herramientas como n8n, y desarrollo de soluciones de inteligencia artificial aplicada — desde modelos de forecasting de demanda hasta copilots internos basados en RAG con LangChain y FastAPI. Ha liderado proyectos en sectores como logística y transporte, retail y distribución, servicios financieros, manufacturing y construcción, siempre con un enfoque pragmático: diagnóstico corto, entregables concretos y transferencia de conocimiento al equipo del cliente para que sea autónomo desde el primer día. Antes de fundar MERIDIAN, trabajó como ingeniero de datos y BI en entornos empresariales reales: arquitecturas Data Warehouse por capas (Bronze/Silver/Gold), pipelines ETL/ELT en AWS (S3, Glue, Redshift Serverless, Athena) y stacks Microsoft (SQL Server, Power BI, Azure), integrando fuentes tan dispares como ERPs, CRMs y bases de datos operacionales — PostgreSQL, MariaDB — en una única fuente fiable para negocio, finanzas y reporting. Tiene un Máster en Ciencia de Datos e Ingeniería del Dato en la Nube. Su filosofía es que un buen proyecto de datos no se mide por la tecnología que usa, sino por las decisiones de negocio que permite tomar. Escribe regularmente en el blog de MERIDIAN sobre reporting, gobierno del dato, automatización e IA aplicada, con guías prácticas orientadas a responsables de negocio y equipos técnicos de empresas que quieren sacar partido real a sus datos sin depender de grandes consultoras.
Fuentes
- n8n Docs - Hosting n8n(2026)
- n8n Docs - Queue mode(2026)
Contenido y servicios relacionados
- automatización con n8n
- n8n self-hosted vs cloud
- consultor n8n para empresas
- automatizar incidencias con n8n
- Consultoría de automatización de procesos
Auditoría del flujo, diseño del objetivo y despliegue con n8n, Make o Power Automate.
- Automatización de Procesos en Empresa: Guía 2026
Qué procesos automatizar primero, diferencia entre reglas e IA, stack (n8n, Make, Power Automate) y errores comunes....