Régler le débit

Une file d’attente protège n8n ; elle ne protège pas l’ERP ni l’API WhatsApp. Dix workers qui appellent ensemble un ERP fragile, c’est un déni de service que vous vous infligez. Réglez le débit à trois niveaux.

1. Par worker : --concurrency fixe le nombre d’exécutions simultanées d’un worker (10 par défaut ; n8n recommande 5 ou plus). Deux workers à 5 traitent 10 exécutions à la fois.
2. Par instance : N8N_CONCURRENCY_PRODUCTION_LIMIT plafonne les exécutions de production simultanées ; au-delà, elles attendent leur tour, dans l’ordre d’arrivée. Ce plafond est désactivé par défaut.
3. Par appel : dans le workflow, traitez par lots avec le nœud Loop Over Items, et placez un nœud Wait entre deux lots quand l’API impose une limite par minute.

Quand une API répond 429 (trop de requêtes), elle indique souvent dans l’en-tête Retry-After combien de temps attendre. Respectez-le : réessayer plus tôt ne fait que prolonger le blocage. Si l’en-tête manque, appliquez l’attente exponentielle du module suivant.