Sviluppo backend Node.js: API, integrazioni e automazioni

Dove usiamo Node.js

Node.js è il runtime su cui gira la parte meno visibile e più delicata dei nostri progetti: i middleware che tengono insieme sistemi che non sono nati per parlarsi. Un connettore tra un gestionale e un e-commerce passa la maggior parte del tempo ad aspettare risposte da database e servizi esterni, ed è esattamente il carico di lavoro per cui il modello event-driven di Node è stato pensato.

Il secondo vantaggio è organizzativo: stesso linguaggio e stessi tipi tra frontend e backend. Le strutture dati definite una volta valgono da entrambe le parti, e un errore di contratto tra client e server viene intercettato mentre si scrive il codice invece che in produzione.

Integrazioni affidabili: code, retry e idempotenza

Un'integrazione che funziona solo quando tutto è acceso non è un'integrazione. I sistemi che scriviamo partono dal presupposto opposto: il gestionale sarà in manutenzione, lo shop andrà in timeout, la rete cadrà a metà di una scrittura.

Per questo ogni operazione passa da una coda persistente, ha un identificativo che la rende ripetibile senza duplicare nulla, e viene ritentata con intervalli crescenti prima di finire in una coda di errore ispezionabile. Il log conserva la richiesta e la risposta di ogni scambio: quando un ordine non arriva, la domanda «dove si è fermato» ha una risposta in trenta secondi.

Automazioni e job schedulati

Molto del valore che consegniamo è lavoro che smette di essere fatto a mano: allineamento notturno dei listini, generazione e invio di report, import di anagrafiche da fornitori, controlli di coerenza sui dati. Sono job Node schedulati, monitorati e con notifica in caso di anomalia. Ne parliamo nel servizio di automazione dei processi aziendali.

Quando il compito è pesante in CPU — elaborazione di immagini, generazione di PDF massivi, parsing di file enormi — spostiamo il carico su worker separati, così l'elaborazione lunga non rallenta le richieste interattive.

Domande frequenti su Node.js

Node.js o PHP per il backend?

PHP resta ottimo dove esiste già un ecosistema consolidato, tipicamente attorno a WordPress o PrestaShop. Node.js conviene quando il backend deve reggere molte connessioni concorrenti, comunicazioni in tempo reale o integrazioni con più sistemi, e quando si vuole un solo linguaggio su tutto lo stack.

Node.js regge carichi importanti?

Sì, se l'architettura è corretta. È eccellente su operazioni di input/output, che sono la quasi totalità del lavoro di un'applicazione gestionale. I compiti pesanti in calcolo vanno isolati su processi dedicati, ed è quello che facciamo.

Che framework usate su Node?

NestJS quando il progetto è strutturato e destinato a crescere, perché impone un'organizzazione chiara. Framework più leggeri come Fastify o Express per servizi piccoli e mirati, dove l'impalcatura costerebbe più di quanto rende.

Dove viene ospitato il backend?

Dove ha senso per il progetto: container Docker su un VPS, servizi gestiti in cloud, funzioni serverless su Vercel o edge functions Supabase. La scelta dipende da dove sono i dati e da quali sistemi bisogna raggiungere, non da una preferenza nostra.