Voir avant qu'on vous appelle

Si vous apprenez une panne par un client, votre surveillance a échoué. En octobre 2026, n8n offre quatre sources d’observation, à combiner :

• Les métriques Prometheus : N8N_METRICS=true ouvre le point /metrics, sur l’instance principale comme sur les workers. Avec N8N_METRICS_INCLUDE_QUEUE_METRICS=true, vous suivez la file : n8n_scaling_mode_queue_jobs_waiting, _active, _completed et _failed. N’exposez jamais ce point sur Internet.
• Insights : le tableau de bord intégré suit les exécutions de production, les échecs, le taux d’échec, la durée moyenne et le temps gagné. Le bandeau des sept derniers jours existe sur toutes les éditions ; le tableau détaillé et sa profondeur d’historique dépendent du forfait.
• Les traces OpenTelemetry, en aperçu depuis la 2.19 : une trace par exécution, une par nœud, et l’en-tête traceparent propagé aux appels HTTP sortants pour suivre une commande d’un système à l’autre.
• Le flux de journaux (log streaming, édition Enterprise) : événements de workflows, de nœuds, d’audit, de la file et des nœuds IA, envoyés vers un webhook, un serveur syslog ou Sentry.

Pour l’enseigne de Nadia, Prometheus et Grafana auto-hébergés suffisent : les métriques de la file répondent à la seule question qui compte un soir de soldes, « est-ce qu’on suit ? ».