Objetivos de aprendizaje
- Entender cuándo pasar n8n a queue mode con Redis y workers.
- Configurar error workflows y alertas para fallos reales.
- Definir backups y pruebas de restauración.
En cristiano: queue mode. Es separar la app principal de n8n de los workers que ejecutan tareas, usando Redis y base de datos para coordinar.
operacion_minima:
colas:
- Redis
- workers separados
- concurrencia limitada
errores:
- error workflow
- alerta Telegram/email
- registro de payload
backups:
- Postgres
- volumen n8n
- volumen Open WebUI
- .env cifrado fuera del servidor
revisar_cada_semana:
- ejecuciones fallidas
- workers caidos
- disco libre
- coste de APIs Idea clave. n8n recomienda queue mode para escalar self-hosted: main, workers, Redis y base de datos. Empieza simple, pero diseña para separar ejecución cuando haya carga.
Cuidado. Backup que no has restaurado es esperanza, no backup. Programa una prueba de restauración mensual aunque sea en una máquina temporal.
Comprueba que funciona. Crea una alerta para tres cosas: workflow fallido, disco bajo y coste/API anómalo. Con eso ya sube mucho la calidad operativa.
Guardar y reabrir el proyecto.
La automatización fiable no es la que nunca falla. Es la que falla visible, limitada y recuperable.
Siguiente misión recomendada
Si has guardado la evidencia de esta lección, continúa con «Proyecto soporte pyme». Si no, repite la comprobación antes de avanzar.