Llamada externa frágil en n8n
Por qué las llamadas API sin lógica de reintento hacen que tus workflows sean poco confiables
¿Qué es este problema?
Una llamada externa frágil es una solicitud HTTP o llamada API que no tiene habilitado 'Retry on Fail' ni 'Continue on Fail'. Cuando el servicio externo está temporalmente no disponible, todo tu workflow falla en lugar de manejar el error de forma elegante.
Escenarios comunes:
•Solicitudes HTTP a APIs de terceros sin reintento•Conexiones a bases de datos sin manejo de errores•Llamadas webhook a servicios externos•Integraciones API durante límites de tasa o mantenimiento
¿Por qué es peligroso?
Fallas en cascada
Una sola llamada API fallida puede abortar un workflow complejo entero, desperdiciando todo el procesamiento previo.
Sensibilidad a errores transitorios
Problemas de red, errores 503 temporales o límites de tasa causan fallas permanentes cuando a menudo son recuperables.
Pérdida de datos
Datos procesados parcialmente pueden perderse cuando el workflow aborta a mitad de ejecución.
Intervención manual requerida
Cada falla requiere reinicio manual, aumentando la carga operacional.
Cómo solucionarlo
- 1
Habilitar Retry on Fail
En la configuración del nodo, habilita 'Retry on Fail' con reintentos máximos apropiados (2-3) y tiempo de espera entre reintentos.
- 2
Usar Continue on Fail
Para llamadas no críticas, habilita 'Continue on Fail' para permitir que el workflow continúe incluso si este nodo falla.
- 3
Agregar ramificación de errores
Usa la propiedad $node.error en nodos posteriores para manejar llamadas fallidas de forma elegante con lógica alternativa.
- 4
Implementar circuit breaker
Para servicios que fallan frecuentemente, considera agregar lógica para omitir llamadas cuando se sabe que el servicio está caído.
Escanea tu workflow ahora
Sube tu archivo JSON de n8n y detecta instantáneamente llamadas API frágiles y otros problemas de confiabilidad.