Quel est le délai d'expiration maximal d'exécution des workflows sur n8n Cloud Trial et Starter ?

Questions
1

Bonjour,

J’utilise actuellement l’essai gratuit de 14 jours de n8n Cloud et j’évalue le plan Starter pour un workflow d’automatisation éditoriale.

Le workflow peut contenir plusieurs appels API et LLM séquentiels et pourrait prendre plus de cinq minutes pour s’exécuter.

Pouvez-vous s’il vous plaît confirmer :

  1. Quelle est la durée d’exécution maximale d’un workflow sur l’essai gratuit n8n Cloud ?
  2. Quelle est la durée d’exécution maximale sur le plan Starter ?
  3. Le délai d’expiration s’applique-t-il indépendamment à chaque workflow et sous-workflow, ou à toute la chaîne d’exécution ?
  4. Que se passe-t-il lorsqu’un workflow atteint cette limite ?
  5. Le délai d’expiration d’exécution peut-il être augmenté sur Starter ou Pro, ou seulement sur Enterprise ?

Je demande à propos du temps d’exécution total du workflow en arrière-plan, et non du délai d’expiration de réponse HTTP d’un webhook.

Merci.

2

Bonjour @projetosaberebemesta Bienvenue !
Le chiffre de 5 minutes est obsolète. Cloud n’impose pas de limite d’exécution courte sur Trial ou Starter, donc une exécution avec plusieurs appels API et LLM séquentiels qui dépasse cinq minutes se terminera quand même.
Voir ceci :

Les délais d’expiration sont optionnels par flux de travail : Paramètres > Timeout Workflow > Timeout After. Cloud plafonne la valeur maximale que vous pouvez choisir par plan, et vous ne pouvez pas la dépasser sur Cloud car les variables d’environnement n’y sont pas exposées. EXECUTIONS_TIMEOUT et EXECUTIONS_TIMEOUT_MAX n’existent que sur l’auto-hébergement. Pour le plafond exact de votre plan par écrit, contactez help@n8n.io.
Chaque flux de travail a son propre paramètre de délai d’expiration, et un flux de travail appelé par le nœud Execute Sub-workflow s’exécute en tant que sa propre exécution, donc le délai d’expiration du sous-flux s’applique au sous-flux tandis que l’horloge du parent continue de tourner pendant tout le temps qu’il attend.
Lorsqu’un délai d’expiration est atteint, n8n annule l’exécution une fois que le nœud actuel se termine. Il est marqué comme annulé et rien ne reprend automatiquement.
La véritable contrainte sur Trial et Starter est la mémoire, pas le temps : les deux disposent de 320 Mio de RAM. Les longues chaînes éditoriales y meurent en premier, alors poussez les étapes lourdes dans des sous-flux qui ne retournent que de petits résultats.

Limites par plan si vous comparez Starter à Pro :