Guía de despliegue

n8n vs Node-RED: ¿qué automatización self-hosted elegir?

Desplegar en un VPS Cloud →

Comparativa

n8n vs Node-RED: ¿qué automatización self-hosted elegir?

Comparativas3 min de lectura6 pasos

n8n y Node-RED son dos motores de automatización de código abierto que se pueden autoalojar por completo. El primero apunta a los flujos de trabajo de negocio y a la integración de API SaaS; el segundo, de más bajo nivel, destaca en IoT y en el procesamiento de flujos. Le explicamos cómo elegir entre ambos y desplegarlos correctamente en su VPS.

Contenido· Por qué autoalojar su motor de automatización1/4
  1. 01Por qué autoalojar su motor de automatización
  2. 02Lo que gana con el self-hosting
  3. 03Requisitos según la herramienta elegida
  4. 04Desplegar n8n (o Node-RED) en su VPS

Por qué autoalojar su motor de automatización

Las plataformas de automatización no-code/low-code como Zapier o Make facturan por ejecución e imponen cuotas que se agotan muy rápido. Al autoalojar n8n o Node-RED en un VPS, usted elimina esos límites: número de ejecuciones ilimitado, datos que nunca salen de su servidor y acceso completo a los nodos comunitarios. n8n está orientado a las integraciones entre aplicaciones (CRM, bases de datos, IA, webhooks), con una lógica de flujo de trabajo visual parecida a la de Make. Node-RED, creado por IBM, manipula mensajes JSON mediante un sistema de flujo basado en eventos, ideal para conectar sensores MQTT, transformar payloads u orquestar hardware. Ambos funcionan en contenedores y se controlan desde un navegador.

Lo que gana con el self-hosting

  • Ejecuciones ilimitadas sin facturación por tarea, a diferencia de los SaaS de automatización.
  • Datos y secretos (tokens de API, credenciales) almacenados exclusivamente en su VPS.
  • Acceso a los nodos e integraciones comunitarios que no están disponibles en las ofertas cloud limitadas.
  • Posibilidad de ejecutar código propio (JavaScript, Python) sin restricciones de sandbox.
  • Integración directa con sus servicios internos a través de la red Docker privada.
  • Control total de las versiones y las actualizaciones, sin cambios de tarifa impuestos.

Desplace la tabla

Criterion8nNode-RED
Caso de uso principalIntegración de API SaaS, flujos de trabajo de negocioIoT, MQTT, procesamiento de flujos en tiempo real
Modelo de ejecuciónFlujo de trabajo activado (cron, webhook, trigger)Flujo basado en eventos y orientado a mensajes
Catálogo de integracionesMás de 400 nodos de aplicaciones listos para usarBiblioteca de nodos mediante la paleta comunitaria
Código propioNodos Code (JS/Python) integradosNodos Function en JavaScript
Base de datosSQLite por defecto, PostgreSQL recomendadoArchivos JSON en disco
RAM recomendada1 a 2 GB512 MB a 1 GB
LicenciaSustainable Use License (fair-code)Apache 2.0
Curva de aprendizajeAccesible, orientada a perfiles no desarrolladoresLógica de flujos, más técnica

Requisitos según la herramienta elegida

Para n8n, prevea un VPS con 2 vCPU y 2 GB de RAM y, sobre todo, PostgreSQL en lugar de SQLite en cuanto supere unos pocos flujos de trabajo activos: SQLite bloquea la base de datos bajo carga concurrente. Calcule 5 GB de disco para la base de datos y los binarios de las ejecuciones. Node-RED es más frugal: 1 vCPU y 1 GB de RAM bastan, ya que sus flujos se almacenan en simples archivos JSON. En ambos casos: Docker Compose v2, un subdominio dedicado (n8n.midominio.com o flows.midominio.com) y un reverse proxy HTTPS son imprescindibles, porque estas interfaces exponen secretos y nunca deben funcionar en HTTP sin cifrar.

Desplegar n8n (o Node-RED) en su VPS

  1. Preparar Docker y la red

    En el VPS, cree una red Docker dedicada: docker network create automation. Aislará n8n/Node-RED de la base de datos y del reverse proxy.

  2. Arrancar PostgreSQL para n8n

    En el docker-compose, añada un servicio postgres:16 con un volumen persistente y credenciales en variables de entorno. Para Node-RED este paso es innecesario: basta con un volumen data:/data.

  3. Configurar el contenedor de la aplicación

    Para n8n, utilice la imagen docker.n8n.io/n8nio/n8n con N8N_HOST, WEBHOOK_URL=https://n8n.midominio.com/ y DB_TYPE=postgresdb. Para Node-RED basta con la imagen nodered/node-red:latest expuesta en el puerto 1880.

  4. Lanzar y verificar

    Ejecute docker compose up -d. n8n escucha en el 5678 y Node-RED en el 1880. Revise los registros con docker compose logs -f y confirme que la base de datos está bien conectada en el caso de n8n.

  5. Proteger detrás de un reverse proxy

    Enrute el tráfico mediante Caddy o Traefik con un certificado Let's Encrypt automático. Active la autenticación: N8N_BASIC_AUTH_ACTIVE=true para n8n y la directiva adminAuth en settings.js para Node-RED. Sin eso, el editor queda accesible públicamente.

  6. Implantar las copias de seguridad

    Programe un pg_dump diario para la base de datos de n8n, o un simple snapshot del volumen /data para Node-RED, depositado en un almacenamiento externo mediante cron.

Para n8n en producción, active el modo queue con Redis y contenedores workers separados: el proceso principal solo orquesta, mientras que los workers ejecutan los nodos en paralelo. Así absorbe los picos de webhooks sin bloquear el editor. En Node-RED, aísle los nodos Function en un contexto VM con un functionGlobalContext restringido, para evitar que un flujo mal escrito tumbe todo el runtime.

Automatice sin límites en su VPS

Un VPS Cloud ServOrbit con Docker preconfigurado le permite desplegar n8n o Node-RED en pocos minutos. PostgreSQL, copias de seguridad y recursos escalables para sus flujos de trabajo críticos.

¿Necesita ayuda?

Consulte nuestro centro de ayuda y nuestra FAQ, o contacte con nuestro equipo: llamada, WhatsApp o correo electrónico. Soporte en francés, inglés y árabe.

Escribir por WhatsAppse abre en una pestaña nueva