Le otto di mattina: il foglio degli ordini si riempie da solo e il commerciale trova in inbox la lista pronta, senza aprire il gestionale. Se quel flusso deve girare senza passare dalle piattaforme di nessun altro, la strada è il self-hosted: il motore delle tue automazioni finisce su un server che controlli tu, con la licenza community gratuita. Qui trovi cosa serve davvero, quali responsabilità ti prendi addosso e, soprattutto, i casi in cui è la scelta sbagliata. Perché la domanda giusta non è "posso farlo?" ma "chi se ne occupa giovedì prossimo?".

Cosa significa self-hostare

Con n8n Cloud l’applicazione gira sui server di chi la vende. In self-hosted la installi su una macchina tua: un server virtuale a noleggio o un computer della tua rete. L’interfaccia è la stessa, i nodi sono gli stessi, i workflow si costruiscono allo stesso modo. Cambia dove vivono le cose: i workflow, le credenziali dei servizi collegati e i dati che attraversano i flussi stanno sulla tua macchina.

È la differenza tra un gestionale in affitto e uno installato in azienda. La seconda opzione dà controllo e chiede cura.

Perché le PMI lo scelgono

I dati restano in casa. Se i workflow leggono email, dati del gestionale, fogli con preventivi o informazioni sui dipendenti, in self-hosted quei contenuti passano dal tuo server, non da un servizio esterno. Per molte aziende è la condizione per automatizzare certi flussi.

Il costo è prevedibile. Un server ha un canone fisso, che le automazioni girino mille volte o centomila. Nei servizi a consumo il conto cresce con l’uso; qui cresce solo se prendi una macchina più grande.

Nessun tetto arbitrario. Nei piani a operazioni il limite del piano è un vincolo progettuale: certe automazioni le scarti perché consumerebbero troppo. Con la licenza community il limite è l’hardware, non la tariffa.

Cosa serve davvero

Serve una macchina con un indirizzo raggiungibile, tipicamente un server virtuale. Serve Docker, il metodo standard con cui n8n viene installato e aggiornato: l’applicazione gira in un contenitore isolato, che si ferma e riparte senza trascinarsi dietro il resto del sistema. Serve un dominio con certificato HTTPS, per raggiungere l’interfaccia in sicurezza. E servono le credenziali dei servizi che vuoi collegare: Gmail, Google Sheets, Telegram e gli altri si collegano come nella versione cloud.

Niente di esotico, ma nemmeno un’installazione a doppio clic: è lavoro da sistemista, non da ufficio marketing. I passaggi ufficiali, sempre aggiornati, stanno nella documentazione di n8n, insieme alle opzioni di installazione.

Le responsabilità che ti prendi

I backup. I workflow si esportano come file JSON, ma l’archivio con credenziali ed esecuzioni vive in un database: anche quello va messo nei backup, su una macchina diversa da quella che gira. Un backup sullo stesso disco non è un backup.

Gli aggiornamenti. n8n esce con versione nuova a cadenza regolare: aggiornare significa leggere le note, fermare il contenitore, ripartire. Si può rimandare, non ignorare per sempre.

La domanda delle otto di lunedì. Il workflow che carica gli ordini non è partito nel weekend. Chi apre il pannello, legge l’errore, capisce se è l’API, il server o una credenziale scaduta? Se la risposta è "nessuno", il self-hosted diventa un rischio più che un risparmio.

Quando NON self-hostare

  • Se in azienda non c’è nessuno, interno o esterno, che possa occuparsi di server: l’infrastruttura ferma è peggio del canone.
  • Se i flussi muovono dati pubblici e poco sensibili: il vantaggio dei dati in casa non lo usi, e paghi solo la manutenzione.
  • Se stai sperimentando: per i primi esperimenti il cloud ti fa provare in un pomeriggio, e i workflow si trasferiscono dopo.
  • Se hai un’unica persona che "capisce di computer" e fa altro: il giorno che è in ferie, le automazioni sono orfane.

La via di mezzo: farsi affiancare

C’è una via di mezzo tra il farlo tutto da soli e il rinunciarci: affidare costruzione e manutenzione a chi ci lavora ogni giorno. Noi, per esempio, costruiamo e manteniamo automazioni n8n per i clienti: il self-hosted sta sul server, ma backup, aggiornamenti e la domanda delle otto di lunedì passano da noi. Prima di arrivarci, però, conviene capire quali processi vale la pena automatizzare: il metodo che usiamo per capirlo è descritto in come funziona la diagnosi digitale di Netcat, e una mappa dei processi la trovi in automazione dei processi aziendali.

Se l’argomento ti interessa dal punto di vista pratico, nel servizio di automazioni e AI di Netcat trovi cosa costruiamo e come lo manteniamo.

Il self-hosted senza il peso del self-hosted

Se i dati devono restare in casa ma il server non è il tuo mestiere, possiamo occuparcene noi: installazione, backup, aggiornamenti e costruzione dei workflow, con la stessa persona dall’inizio alla fine. Le automazioni girano, tu pensi al business.

Continua il percorso

Domande frequenti

Self-hostare vuol dire gratis?

La licenza community è gratuita, ma gratis non è il termine giusto: il server ha un canone e la manutenzione ha un costo in tempo o in fornitore. Quello che elimini è il conto che cresce col volume di esecuzioni.

Posso usare un vecchio computer in ufficio?

Tecnicamente sì, Docker gira anche lì. In pratica valuta cosa succede se manca la corrente o la linea: per flussi critici un server virtuale con connessione ridondante costa meno del fermo lavoro che provoca.

Chi si occupa degli aggiornamenti?

Tu, se lo gestisci internamente, o chi ti affianca. Gli aggiornamenti sono periodici, di solito pochi minuti di fermo, e le note di versione vanno lette prima di partire: è il momento in cui si scoprono le modifiche che toccano i workflow esistenti.