Automazione · Strumenti n8n self-hosted nell’UE: server, licenza, sicurezza e gestione

Cloud o self-hosted?

Il cloud è la strada più semplice se i vostri processi collegano soprattutto servizi cloud. L’hosting in proprio conviene se n8n deve raggiungere sistemi della vostra rete, se i requisiti di protezione dei dati impongono un luogo preciso o se gestite molti processi con volumi elevati.

Cosa consente la licenza

n8n è pubblicato con la Sustainable Use License. Consente uso e modifica per scopi aziendali interni propri e per scopi personali o non commerciali. Un’azienda può quindi far girare n8n sui propri server e automatizzare con esso i propri processi. Non è consentito offrire n8n stesso come servizio a pagamento ad altri. Alcune funzioni per organizzazioni più grandi fanno parte delle edizioni Business ed Enterprise e richiedono una chiave di licenza. Senza chiave funziona la Community Edition gratuita.

I componenti di una configurazione pulita

1. Server nell’UE: un server virtuale presso un provider con data center nell’UE oppure un server interno. Per iniziare, a molte aziende basta una macchina piccola.
2. Docker Compose: n8n raccomanda Docker Compose per l’ambiente di produzione. n8n, database e proxy girano così come container separati.
3. PostgreSQL: di default n8n usa SQLite. Per la produzione consigliamo PostgreSQL, perché backup, manutenzione ed espansioni future sono più semplici.
4. HTTPS tramite reverse proxy: n8n gira internamente, un proxy come Caddy, Traefik o nginx gestisce il certificato e inoltra le richieste.
5. Custodire la chiave: n8n cifra le credenziali salvate con una propria chiave. Se va persa, tutte le credenziali salvate diventano inutilizzabili.
6. Limitare l’accesso: account utente con autenticazione a due fattori, editor possibilmente solo via VPN o indirizzi autorizzati, webhook pubblici solo dove previsto.

Le impostazioni principali nel file di ambiente hanno più o meno questo aspetto:

DB_TYPE=postgresdb
DB_POSTGRESDB_HOST=postgres
N8N_HOST=n8n.example.eu
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.example.eu/
GENERIC_TIMEZONE=Europe/Rome
N8N_ENCRYPTION_KEY=una-chiave-lunga-e-casuale
N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true

Gestione: cosa viene dopo l’installazione

• Aggiornamenti: tenete n8n aggiornato. Il progetto pubblica regolarmente avvisi di sicurezza, solo il 14 ottobre 2026 ne sono usciti dieci. Provate prima gli aggiornamenti su una copia se ne dipendono processi importanti.
• Backup: salvate ogni giorno database e chiave, separatamente dal server. Una volta a trimestre provate davvero il ripristino.
• Monitoraggio: fatevi segnalare le esecuzioni fallite, per esempio via e-mail o chat, e tenete d’occhio spazio, carico e certificato.
• Pulire i dati di esecuzione: n8n salva input e output delle esecuzioni. Stabilite per quanto tempo restano, anche per motivi di protezione dei dati.
• Scalare: con molte esecuzioni contemporanee, n8n può girare in modalità coda con Redis e più processi di lavoro.

Protezione dei dati: cosa risolve l’ubicazione del server e cosa no

Un server nell’UE risolve solo una parte delle questioni. Appena un processo invia dati ad altri servizi, come un modello linguistico, un CRM o un provider di posta, valgono le loro ubicazioni e i loro contratti. Verificate per ogni servizio collegato dove tratta i dati e stipulate gli accordi sul trattamento necessari. Per i componenti AI esistono modelli che girano in data center nell’UE o modelli che potete gestire voi stessi. Maggiori dettagli nel nostro articolo AI con i dati aziendali.

Gestirlo in proprio o farlo gestire?

L’hosting in proprio è adatto se il vostro reparto IT ha esperienza con Linux, Docker e backup e prevede tempo per gli aggiornamenti. Se manca, la versione cloud o un fornitore che gestisce il server è di solito la scelta migliore. Quando conviene un’agenzia e cosa dovrebbe offrire lo spiega l’articolo agenzia n8n o fai da te.