n8n: Parte 2 — Versión en la nube o servidor propio

n8n se puede usar de dos maneras: suscribirse al servicio en la nube n8n Cloud o instalar la plataforma en su propio servidor. Los flujos y los nodos son iguales en ambos casos; lo que difiere es el precio, la responsabilidad sobre el funcionamiento del sistema, las funciones disponibles y el lugar donde se almacenan los datos.

n8n Cloud: qué incluye la suscripción

En la versión en la nube los desarrolladores se encargan de los servidores, actualizaciones, copias de seguridad y disponibilidad. Basta registrarse, elegir un plan y empezar a construir flujos.

Tarifas en septiembre de 2026 al pagar anualmente:

El precio depende del número de ejecuciones de los flujos, no del número de usuarios ni de flujos. Una ejecución es la ejecución completa de un flujo, independientemente del número de nodos que tenga.

Qué debe tener en cuenta una empresa rusa:

• Pago. No se puede pagar la suscripción con tarjeta de un banco ruso: Visa y Mastercard desde marzo de 2022 no procesan tarjetas rusas en el extranjero.
• Lugar de almacenamiento de los datos. n8n Cloud funciona sobre Microsoft Azure; los datos se almacenan en la Unión Europea, en servidores en Frankfurt. Si por los flujos pasan datos personales de ciudadanos rusos —nombres, teléfonos, direcciones de correo de clientes— entra en vigor el requisito de localización de la ley 152-FZ: la recopilación primaria y el almacenamiento de esos datos deben realizarse en bases ubicadas en el territorio de Rusia. La versión en la nube no es adecuada para esos casos.
• Límite de ejecuciones. Un flujo que se ejecuta cada minuto consume alrededor de 43 000 ejecuciones al mes —más de lo que incluye el plan Business. Las comprobaciones frecuentes programadas agotan el límite rápidamente.

Servidor propio: Community Edition y ediciones de pago

Community Edition —la edición gratuita para instalar en su propio servidor. No tiene límites en el número de ejecuciones ni de flujos; lo que lo determina es la capacidad del servidor. El escalado mediante cola y procesos separadores (queue mode) también está disponible gratuitamente.

Según la documentación de n8n, en Community Edition no hay:

• acceso compartido a flujos y credenciales entre usuarios y proyectos;
• SSO (SAML, LDAP);
• entornos de desarrollo y almacenamiento de flujos en Git;
• variables, almacenamiento externo de secretos y almacenamiento externo para datos binarios;
• envío de logs a sistemas externos;
• múltiples instancias principales (multi-main) para alta disponibilidad.

El registro gratuito en Community Edition abre carpetas para flujos, depuración en el editor basada en datos de ejecuciones pasadas y el guardado de sus propios datos de ejecuciones. Las funciones Business y Enterprise están disponibles también al instalar en su propio servidor, pero bajo licencia de pago.

Para una empresa pequeña donde los flujos los maneja una o dos personas, Community Edition suele ser suficiente. Si un equipo trabaja sobre los flujos y se necesita acceso compartido, habrá que usar una cuenta común o comprar una licencia.

Qué servidor se necesita

La documentación de n8n no da requisitos fijos de hardware: dependen del volumen de datos en los flujos, del número de nodos y de la frecuencia de ejecuciones. Los desarrolladores indican que n8n demanda más memoria que CPU. Lo que más memoria consume son respuestas JSON grandes, archivos binarios, nodos con código y ejecuciones manuales desde el editor —para estas n8n hace una copia de los datos para la interfaz.

Para una instalación pequeña para una sola empresa es razonable empezar con dos núcleos y 2–4 GB de RAM. Un servidor virtual así en proveedores rusos cuesta alrededor de mil rublos al mes: por ejemplo, en Timeweb Cloud el plan Cloud-50 (2 vCPU, 4 GB RAM, disco 50 GB) en septiembre de 2026 cuesta 1 080 ₽ al mes al pagar anualmente.

Al servidor le harán falta:

• PostgreSQL para almacenar flujos, credenciales e historial de ejecuciones. SQLite sirve solo para pruebas; MySQL y MariaDB ya no son compatibles como base para n8n —se eliminaron en la versión 2.0. Todavía se puede trabajar con estas SGBD desde los flujos mediante el nodo MySQL.
• Dominio y HTTPS, para que servicios externos puedan enviar datos a webhooks.
• Reverse proxy delante de n8n: nginx, Caddy o HAProxy. Ejemplo de instalación con HAProxy — en el artículo «Instalamos n8n en Docker con HAProxy», en FastPanel — en el artículo «Instalamos n8n en FastPanel con Docker Compose».

Cuando un solo servidor no basta: modo cola

En el modo normal un único proceso de n8n tanto recibe webhooks como ejecuta los flujos. Cuando hay muchas ejecuciones, se pasa n8n a modo cola (queue mode):

• la instancia principal recibe webhooks y activaciones programadas, crea la ejecución y la pone en una cola en Redis;
• los procesadores (workers) toman ejecuciones de la cola y las ejecutan; por defecto cada worker ejecuta hasta 10 ejecuciones simultáneas;
• con mucho tráfico de webhooks su recepción puede delegarse a procesos separados (webhook processors).

El modo se activa con la variable EXECUTIONS_MODE=queue en la instancia principal y en todos los workers; la dirección de Redis se indica con la variable QUEUE_BULL_REDIS_HOST. El worker se arranca con el comando n8n worker, en Docker así:

docker run --name n8n-worker \
  -e EXECUTIONS_MODE=queue \
  -e QUEUE_BULL_REDIS_HOST=redis \
  -e N8N_ENCRYPTION_KEY=... \
  docker.n8n.io/n8nio/n8n worker

Condiciones que exige la documentación:

• todos los procesos trabajan con una misma base PostgreSQL —no se soporta una instalación distribuida sobre SQLite;
• la clave de cifrado N8N_ENCRYPTION_KEY debe ser la misma en la instancia principal y en todos los workers; de lo contrario no podrán descifrar las credenciales;
• los datos binarios no se pueden almacenar en el sistema de ficheros de un servidor separado: en modo cola esa opción no está soportada.

Mantenimiento de una instalación propia

Actualizaciones. La versión 2.0 salió en diciembre de 2025. En ella vienen por defecto habilitados entornos aislados para la ejecución de nodos con código (task runners), a los nodos con código se les restringe el acceso a las variables de entorno, se desactivan los nodos para ejecutar comandos arbitrarios y los cambios en un flujo solo entran en vigor tras su publicación explícita. La rama 1.x, tras la salida de 2.0, recibió solo correcciones de seguridad y errores durante tres meses. Antes de pasar a una nueva versión mayor lea la lista de cambios incompatibles y pruebe la actualización en una copia.

Copias de seguridad. La copia principal es un volcado de la base PostgreSQL junto con la clave de cifrado. Además, los flujos y las credenciales se pueden exportar a ficheros con las herramientas de n8n:

n8n export:workflow --backup --output=backups/workflows/
n8n export:credentials --backup --output=backups/credentials/

Las credenciales se exportan cifradas y solo se restauran en una instalación con la misma clave. El flag --decrypted las guarda en texto claro —esto se hace solo para migrar a una instalación con otra clave, y esos archivos no deben dejarse en el servidor.

Historial de ejecuciones. n8n guarda los datos de cada ejecución en la base y por defecto elimina registros más antiguos de 14 días (variable EXECUTIONS_DATA_MAX_AGE, 336 horas) o por encima de 10 000 entradas (EXECUTIONS_DATA_PRUNE_MAX_COUNT). Si los flujos procesan datos personales, conviene reducir el tiempo de retención del historial.

Cómo elegir

Errores típicos

• Versión en la nube para formularios del sitio. Los nombres y teléfonos de clientes llegan a servidores en Alemania, lo que incumple el requisito de localización de datos personales.
• Comprobación cada minuto con un plan en la nube. El límite de ejecuciones se agota en los primeros días del mes.
• Workers con claves de cifrado distintas. Las ejecuciones fallan al intentar acceder a las credenciales.
• Actualizar la versión principal sin verificar. Tras el salto a 2.0 dejan de funcionar nodos con código que leían variables de entorno o ejecutaban comandos.
• Copias solo de la base sin la clave de cifrado. Se restauran los flujos, pero hay que volver a configurar todas las conexiones a servicios.