¿Cuál es el tiempo máximo de ejecución de flujo de trabajo en n8n Cloud Trial y Starter?

Preguntas
1

Hola,

Actualmente estoy utilizando la prueba de 14 días de n8n Cloud y evaluando el plan Starter para un flujo de trabajo de automatización editorial.

El flujo de trabajo puede contener varios llamados secuenciales a API y LLM y podría tardar más de cinco minutos en completarse.

¿Podrías confirmar:

  1. ¿Cuál es la duración máxima de ejecución para un flujo de trabajo en la prueba de n8n Cloud?
  2. ¿Cuál es la duración máxima de ejecución en el plan Starter?
  3. ¿Se aplica el tiempo de espera de forma independiente a cada flujo de trabajo y subflujo de trabajo, o a toda la cadena de ejecución?
  4. ¿Qué sucede cuando un flujo de trabajo alcanza este límite?
  5. ¿Se puede aumentar el tiempo de espera de ejecución en Starter o Pro, o solo en Enterprise?

Me refiero al tiempo total de ejecución del flujo de trabajo en segundo plano, no al tiempo de espera de respuesta HTTP de un webhook.

Gracias.

2

¡Hola @projetosaberebemesta! ¡Bienvenido!
La cifra de 5 minutos está desactualizada. Cloud no impone un límite de ejecución corto en Trial o Starter, por lo que una ejecución con varias llamadas a API y LLM secuenciales que supere los cinco minutos seguirá finalizando.
Vea esto:

Los tiempos de espera son opcionales por flujo de trabajo: Settings > Timeout Workflow > Timeout After. Cloud limita el valor máximo que puede elegir según su plan, y no puede aumentarlo más allá de eso en Cloud porque las variables de entorno no se exponen allí. EXECUTIONS_TIMEOUT y EXECUTIONS_TIMEOUT_MAX solo existen en auto-hospedado. Para el límite exacto de su plan por escrito, pregunte a help@n8n.io.
Cada flujo de trabajo lleva su propia configuración de tiempo de espera, y un flujo de trabajo llamado por el nodo Execute Sub-workflow se ejecuta como su propia ejecución, por lo que el tiempo de espera del subflujo se aplica al subflujo mientras el reloj del padre sigue funcionando todo el tiempo que espera.
Cuando se alcanza un tiempo de espera, n8n cancela la ejecución una vez que el nodo actual finaliza. Se marca como cancelado y nada se reanuda automáticamente.
La verdadera restricción en Trial y Starter es la memoria, no el tiempo: ambos son 320MiB de RAM. Las cadenas editoriales largas mueren allí primero, así que empuje los pasos pesados en subflujos que devuelvan solo resultados pequeños.

Límites por plan si está considerando Starter contra Pro: