apr 2026 – set 2026
Affidabilità della piattaforma n8n
Un n8n self-hosted con oltre 100 workflow, mantenuto in salute, osservabile e verificato sulla base di prove
- Automazione
- Gestione della piattaforma
- Durata
- 5 mesi
- Azienda
- Boxette Group
- Ruolo
- Responsabile della piattaforma e della sua gestione operativa
Panoramica
L’n8n self-hosted di Boxette gira in queue mode con un worker, Postgres, Redis e Docker su un VPS. Il lavoro lo mantiene in salute e osservabile (cronologia delle esecuzioni, avvisi di errore, capacità dei worker) e verifica, prove alla mano, che cosa sta davvero fallendo.
Strumenti
- Docker
- PostgreSQL
- Redis
- Nginx Proxy Manager
Errori che nessuno vedeva
Oltre 100 workflow girano su un solo server, alcuni ogni 5 secondi. La cronologia delle esecuzioni spariva in poche ore, alcuni workflow risultavano riusciti pur fallendo al loro interno, e gli errori nei dati venivano attribuiti ai workflow senza prove.
Prove prima delle correzioni
Quando si è detto che il workflow di firma elettronica assegnava la filiale sbagliata, 1.443 codici di tracking sono stati confrontati con il sistema dei pacchi e i dati di esecuzione salvati sono stati decodificati. Ne è risultato che il workflow era corretto: il sistema di origine riassegna le filiali in un secondo momento, e ora un workflow di aggiornamento giornaliero corregge il foglio. La cronologia persa dipendeva da un tetto alle esecuzioni che si riempiva in circa 14 ore; dopo aver misurato lo spazio su disco occupato da ogni esecuzione, il logging dei successi è stato disattivato per i cinque workflow più rumorosi e il tetto è stato alzato.
Capacità, avvisi e audit
La concorrenza dei worker è stata aumentata per il picco serale, e un workflow di errore condiviso su Telegram e i tentativi automatici sono stati collegati a tutti i workflow critici. A settembre 2026 subagenti Claude Code (raccolta dati, infrastruttura, causa radice, verifica) hanno svolto sotto la mia direzione un audit in sola lettura di 7 giorni. Hanno esaminato esecuzioni, Postgres, Docker, nginx e Redis e ordinato le cause radice per priorità, ciascuna supportata da prove tratte dalle esecuzioni.
Risultato
Le scritture delle esecuzioni sono scese da circa 57 al minuto a circa 2,4, cioè circa 24 volte in meno, e la cronologia è passata da circa 14 ore a circa 3 mesi. Nel controllo delle filiali, 1.253 codici su 1.443 (86,8%) corrispondevano e gli altri 190 erano stati modificati in seguito nel sistema di origine, con 0 bug nei workflow. L’audit di 7 giorni ha coperto 52.190 esecuzioni con 153 errori registrati e 0 crash, e l’agente di verifica ha confermato tutti i 7 risultati principali.