OVH Node.js : Hosting Scalabile per Backend Moderni?
Stai valutando OVH per la tua applicazione Node.js? OVH dispone di hardware VPS competitivo e infrastruttura europea robusta — ma Node.js non funziona su hosting condiviso: richiede un processo server persistente che non può essere terminato, configurazione della porta personalizzata, reverse proxy Nginx per esporre l'app su HTTP/HTTPS, PM2 per la gestione dei processi con auto-restart, e supporto WebSocket nativo per applicazioni real-time. Su OVH shared Node.js è semplicemente impossibile — su VPS tutto questo è configurabile manualmente. Analizziamo OVH per Node.js nel con onestà — punti di forza inclusi — e le tre alternative italiane consigliate.
📖 Node.js nel : Perché Richiede un Hosting Diverso
Node.js è il runtime JavaScript lato server più diffuso al mondo — usato per API REST con Express o Fastify, applicazioni real-time con Socket.io, backend per applicazioni React/Vue/Next.js, microservizi, bot Telegram, strumenti di automazione e qualsiasi progetto che beneficia del modello event-driven non bloccante di Node.
La differenza fondamentale rispetto a PHP è il modello di esecuzione. PHP è stateless per richiesta: il server avvia un processo PHP, esegue lo script, restituisce la risposta e termina il processo. Node.js invece è un server che gira continuamente: il tuo processo Node ascolta su una porta, mantiene le connessioni aperte, gestisce decine di migliaia di richieste concorrenti con un singolo thread event-loop. Questo modello è intrinsecamente incompatibile con l'architettura degli hosting condivisi.
Node.js nel : Requisiti Tecnici di Produzione
Cosa Serve per Hostare Node.js: I 4 Requisiti Irrinunciabili
Processo Persistente
Il server Node deve girare continuamente. Su shared hosting i processi vengono terminati dopo ogni richiesta — Node.js è architetturalmente incompatibile.
PM2 Process Manager
PM2 gestisce il ciclo di vita del processo Node: auto-restart al crash, avvio automatico al boot, log rotation, monitoraggio CPU/RAM, cluster mode.
Nginx Reverse Proxy
Node gira su porta interna (es. 3000). Nginx ascolta su 80/443 e proxa verso Node — gestisce SSL, compressione gzip, rate limiting, static file serving.
WebSocket Support
Per app real-time (chat, notifiche, dashboard live), WebSocket richiede connessioni persistenti HTTP Upgrade — supportato nativamente su VPS con Nginx configurato.
🚨 Node.js su Hosting Condiviso: Tecnicamente Impossibile
Node.js non può girare su hosting condiviso — nessun provider al mondo lo supporta nello stesso modo di PHP, e questo vale per OVH come per qualsiasi altro provider. Alcuni shared hosting offrono "Node.js support" tramite wrapper CGI o esecuzioni limitate, ma si tratta di soluzioni che non supportano WebSocket, non mantengono stato tra le richieste, e non permettono il modello event-loop che rende Node.js performante. Per qualsiasi applicazione Node.js seria — un'API, un bot, un servizio real-time — un VPS è il requisito minimo.
💡 Cosa Trovi in Questa Guida
Un'analisi tecnica e commerciale di OVH per Node.js — con i punti di forza reali e i limiti concreti. Le tre alternative consigliate: SiteGround con Node.js nativo e supporto applicativo, Serverplan per VPS con datacenter a Milano e stack Node.js completo, VHosting Solution per progetti Node.js entry-level e ambienti di sviluppo. Inclusa una guida completa al deploy PM2 + Nginx con configurazione WebSocket.
✅ I Punti di Forza Reali di OVH per Node.js
Dato che Node.js richiede necessariamente un VPS, la valutazione di OVH si concentra interamente su questa fascia — ed è qui che OVH ha vantaggi concreti e riconoscibili rispetto ad altri provider.
- Hardware VPS tra i più competitivi d'Europa — Per un'applicazione Node.js che richiede 1-4 vCore e 2-8GB RAM, i VPS OVH offrono un hardware solido con SSD NVMe a prezzi che raramente trovano equivalenti nel mercato europeo. Per startup e progetti con budget vincolato che vogliono un VPS serio senza spendere cifre enterprise, OVH è genuinamente competitivo.
- Root access totale — installa la versione Node.js che vuoi — Con root access su VPS OVH, installi Node.js con nvm (Node Version Manager), scegli qualsiasi versione LTS, aggiorni quando vuoi senza aspettare che il provider supporti la nuova release. Nessun vincolo sulla versione — fondamentale per progetti che usano le ultime funzionalità di Node 20 o 22.
- Anti-DDoS incluso su tutti i VPS — Le API Node.js esposte a internet sono bersagli frequenti di attacchi automatizzati e DDoS volumetrici. OVH include protezione DDoS di rete su tutti i VPS senza costo aggiuntivo — un vantaggio non banale per API pubbliche e servizi real-time che non possono permettersi downtime.
- Banda di rete elevata e latenza stabile — Node.js con Socket.io o WebSocket nativo beneficia di banda abbondante e latenza di rete stabile. OVH include banda generosa (1Gbps) su tutti i VPS senza limitazioni di traffico mensile — rilevante per applicazioni con molte connessioni WebSocket persistenti.
- GDPR nativo e datacenter europei certificati — API Node.js che gestiscono dati di utenti europei (autenticazione, profili, messaggi) beneficiano della residenza dati EU nativa di OVH con certificazioni documentate. Per applicazioni B2B o con contratti enterprise, è spesso un requisito.
- Scalabilità da VPS a dedicated senza cambiare provider — Un backend Node.js che parte su VPS 2GB e scala a migliaia di utenti concorrenti può passare a VPS 16GB o server dedicato su OVH senza cambiare DNS, configurazioni di rete o pipeline di deploy.
✅ OVH per Node.js: Il Profilo Ideale
OVH VPS è adatto per Node.js quando il team ha un developer o DevOps con competenze Linux in grado di configurare Nginx, PM2, Let's Encrypt, fail2ban, e gestire i deploy con pipeline CI/CD. In questo scenario l'hardware competitivo di OVH è un vantaggio reale. Per chi non vuole gestire il server e preferisce concentrarsi sul codice Node.js, SiteGround o Serverplan offrono ambienti più preconfigurati con supporto infrastrutturale.
⚙️ OVH per Node.js: Shared Hosting e VPS
OVH Shared per Node.js: La Risposta Diretta
OVH shared hosting — piani Perso, Pro e Performance — non supporta Node.js in modo significativo. Tecnicamente, alcuni piani OVH permettono di eseguire script Node.js tramite CGI come fallback, ma si tratta di esecuzioni stateless per richiesta — senza processo persistente, senza event-loop, senza WebSocket, senza PM2. Il risultato è un Node.js che non si comporta come Node.js: nessun vantaggio delle performance event-driven, nessuna connessione WebSocket, stato non mantenuto tra le richieste.
Questa non è una critica specifica a OVH — è la natura architettonica degli hosting condivisi. Nessun provider shared hosting può supportare Node.js correttamente, per la stessa ragione per cui nessun shared hosting può far girare un'applicazione Java Spring Boot: il modello di esecuzione è fondamentalmente diverso da PHP.
OVH VPS per Node.js: Tecnicamente Completo, Manualmente Configurabile
Su VPS OVH con root access Ubuntu 22.04, un'applicazione Node.js può girare con lo stack completo di produzione: Node.js 20 LTS installato con nvm, PM2 per la gestione dei processi con auto-restart e cluster mode, Nginx come reverse proxy con SSL terminato a livello HTTP e proxy verso Node sulla porta interna, Redis per sessioni e cache, firewall ufw con le porte corrette.
✓ OVH VPS per Node.js: Pro
- Qualsiasi versione Node.js via nvm
- PM2 installabile e configurabile
- Nginx reverse proxy completo
- WebSocket nativamente supportati
- Redis per sessioni/cache/pub-sub
- Cluster mode per sfruttare multi-core
- Hardware competitivo per prezzo
- Anti-DDoS incluso
✗ Limitazioni OVH VPS
- Nessun supporto applicativo Node.js
- Tutto il setup è manuale
- Datacenter fuori dall'Italia
- Nessuno staging integrato
- Deploy pipeline da configurare
- Monitoraggio a carico del developer
- Nessun pannello Node.js user-friendly
🔌 WebSocket su OVH VPS: Configurazione Nginx Critica
Le applicazioni Node.js con Socket.io o WebSocket nativo richiedono che Nginx passi correttamente gli header di upgrade della connessione HTTP→WebSocket. Su OVH VPS con Nginx configurato correttamente (header Upgrade e Connection nel blocco proxy), i WebSocket funzionano perfettamente — incluse le connessioni long-polling come fallback per client che non supportano WebSocket nativo. La configurazione è standard ma va fatta esplicitamente — non è automatica nell'installazione base di Nginx.
Dimensionamento OVH VPS per Node.js: La RAM conta diversamente
Node.js è notoriamente efficiente sulla RAM rispetto a Java o PHP-FPM multi-process — un'API Express con 100 utenti concorrenti può girare con 256-512MB di RAM. Ma in produzione entrano in gioco altri fattori: Redis che consuma 50-200MB, MongoDB o PostgreSQL se non è su server separato, PM2 con cluster mode che moltiplica i worker per numero di core.
| Scenario Node.js | VPS OVH Adatto | RAM Consigliata | Prezzo/mese |
|---|---|---|---|
| API REST semplice, traffico basso | ⚠️ VPS Starter | 2 GB | ~€6 |
| API + Redis + MongoDB locale | ✅ VPS Value | 4 GB | ~€13 |
| App real-time WebSocket + Redis pub/sub | ✅ VPS Essential | 8 GB | ~€28 |
| Microservizi multi-processo, alto traffico | ✅ VPS Comfort | 16 GB | ~€58 |
| Serverplan VPS (confronto) | 4–16 GB | da €15 stabile, datacenter IT | |
⚠️ Il Memory Leak di Node.js: Il Rischio più Sottovalutato in Produzione
Node.js ha un meccanismo di garbage collection che, in applicazioni con riferimenti circolari o listener di eventi non rimossi, può causare memory leak graduali — il processo cresce in memoria fino al crash. Su un VPS OVH senza monitoring configurato, questo problema si manifesta come crash occasionali notturni o rallentamenti progressivi. PM2 risolve il crash con l'auto-restart, ma non la causa. Monitorare la memoria del processo Node.js con pm2 monit e configurare alert su PM2 o strumenti come Grafana è fondamentale in produzione — un'operazione che su OVH è completamente a carico del developer.
🏆 Le 3 Alternative a OVH per Node.js nel
SiteGround — La Migliore per Node.js con Gestione Semplificata
SiteGround è la scelta migliore per chi vuole deployare applicazioni Node.js senza configurare un VPS da zero. SiteGround supporta Node.js nativamente dal pannello di controllo — puoi selezionare la versione, configurare il file di avvio dell'applicazione, e il processo viene gestito automaticamente senza dover installare PM2 manualmente. Redis è disponibile su tutti i piani principali. Il supporto 24/7 conosce Node.js e può aiutarti su problemi di configurazione, porta, reverse proxy e deployment che su OVH devi risolvere autonomamente. Per developer che vogliono concentrarsi sul codice Node.js invece che sull'infrastruttura Linux, SiteGround offre la curva di apprendimento più bassa.
Perché SiteGround è la Scelta Migliore per Node.js
- Node.js nativo dal pannello — nessun setup manuale del processo — SiteGround gestisce il processo Node.js direttamente dall'interfaccia utente: selezioni la versione (Node 18, 20, 22 LTS), indichi il file di avvio (
server.js,app.js), configuri le variabili d'ambiente dal pannello. Il processo viene avviato, monitorato e riavviato automaticamente senza dover installare PM2 o configurare Supervisor manualmente. - Versioni Node.js LTS sempre aggiornate — SiteGround aggiorna regolarmente le versioni Node.js disponibili. Puoi cambiare versione dal pannello senza SSH — utile quando un framework aggiorna i requisiti minimi di Node.
- Redis disponibile — sessioni e cache per Node.js — Redis è disponibile su tutti i piani SiteGround principali. Configuralo con le credenziali dal pannello nelle variabili d'ambiente della tua app — nessuna installazione manuale, nessuna configurazione di rete.
- WebSocket supportati tramite Nginx preconfigurato — L'infrastruttura Nginx di SiteGround è preconfigurata per passare correttamente gli header WebSocket. Le applicazioni Socket.io o ws funzionano senza modificare manualmente la configurazione Nginx — che su OVH VPS è un passaggio obbligatorio e non banale.
- Staging integrato — testa il deploy Node.js prima della produzione — Un deploy Node.js con dipendenze cambiate che va male in produzione può mandare offline l'applicazione. Su SiteGround puoi testare il deployment su staging con la stessa configurazione di produzione prima di portarlo live.
- CDN CloudFlare Enterprise per asset statici — Le applicazioni Node.js spesso servono anche asset statici (CSS, JS, immagini). CloudFlare Enterprise distribuisce questi asset da edge globali — meno carico sul processo Node.js, Core Web Vitals migliori.
- Git deployment integrato — Deploy automatico via Git push con hook configurabile —
npm installe restart del processo Node gestiti automaticamente dal pannello senza pipeline CI/CD manuale. - Supporto 24/7 con conoscenza Node.js — Errori di configurazione variabili d'ambiente, porta occupata, processo che non si avvia dopo un aggiornamento dipendenze: il team SiteGround può aiutarti su problemi specifici di Node.js. Su OVH, il supporto gestisce l'hardware — il codice è affar tuo.
✅ Ideale Per
Developer Node.js che vogliono deployare senza gestire Linux. Applicazioni Express/Fastify/Koa con Redis e WebSocket. Backend per applicazioni React/Vue/Next.js. Bot e microservizi Node.js con traffico medio. Chi viene da Heroku o Railway e vuole un hosting europeo con pannello user-friendly per Node.js.
Serverplan — VPS Node.js Italiano con Latenza Ottimale e Prezzi Fissi
Serverplan è la scelta più razionale per developer italiani che vogliono pieno controllo dell'ambiente Node.js con il vantaggio geografico del datacenter di Milano. Il VPS Serverplan con root access permette di configurare l'intero stack Node.js — nvm, Node 20 LTS, PM2 con cluster mode, Nginx reverse proxy con WebSocket, Redis per pub/sub — con latenza inferiore verso utenti italiani rispetto ai VPS OVH in Francia. Per API che vengono chiamate frequentemente da applicazioni mobile o web con utenti italiani, la differenza di latenza è misurabile e si accumula su ogni richiesta. Prezzi che non cambiano al rinnovo completano un'offerta molto competitiva rispetto a OVH per il mercato italiano.
Perché Serverplan è la Scelta Ottimale per Node.js Italia
- Datacenter Milano — latenza API minimale per utenti italiani — Un'API Node.js a Milano risponde in 2-8ms di round-trip verso client italiani. Da OVH Francia: 30-55ms. Per applicazioni mobile che fanno polling frequente, per dashboards con aggiornamenti real-time, o per API con SLA stretti, questa differenza impatta la User Experience in modo misurabile e continuativo.
- Node.js 20 LTS con nvm — versione che vuoi, quando vuoi — Root access completo su Ubuntu 22.04: installa nvm, usa Node 20 LTS per la produzione, mantieni Node 22 per sviluppo, aggiorna senza aspettare che il provider aggiorni il runtime.
- PM2 con cluster mode — sfrutta tutti i core del VPS — PM2 in modalità cluster avvia automaticamente N worker Node.js uguale al numero di core CPU del VPS — ogni core gestisce il suo event-loop, le richieste vengono distribuite con load balancing automatico. Su un VPS Serverplan con 4 vCore, PM2 cluster mode quadruplica la throughput massima dell'API rispetto a un singolo processo.
- Redis per pub/sub WebSocket — applicazioni real-time scalabili — Per applicazioni Node.js con WebSocket e più worker PM2 o più istanze, Redis pub/sub permette di propagare messaggi tra tutti i worker. Installabile su Serverplan VPS con la stessa configurazione di OVH — ma con latenza interna più bassa grazie al datacenter Milano.
- Nginx configurato per WebSocket — passthrough completo — Con root access, la configurazione Nginx per Node.js + WebSocket è la stessa su Serverplan e OVH — header
Upgrade,Connection, proxy_read_timeout per connessioni longpoll. La differenza è solo geografica. - Prezzi stabili — budgeting SaaS prevedibile — Un backend Node.js per una SaaS ha costi infrastrutturali fissi da mantenere prevedibili per i calcoli di unit economics. Serverplan non introduce variabili al rinnovo — il margine del servizio è calcolabile con certezza.
- Supporto infrastrutturale in italiano — Problemi di rete, ripristino del VPS dopo un crash critico, configurazione DNS: il team Serverplan risponde in italiano con competenza PHP e infrastruttura — non è supporto Node.js specifico, ma l'assistenza in lingua nelle situazioni urgenti ha valore pratico.
- CI/CD con GitHub Actions — deploy automatici Node.js — Pipeline completa: push su branch main → test Jest → npm ci → pm2 reload (zero-downtime). Stesso workflow professionale di qualsiasi cloud moderno, configurato manualmente una volta sola.
💡 Serverplan vs OVH per Node.js API: Il Calcolo della Latenza
Per un'app mobile italiana che fa 200 richieste API al giorno per utente, con 1.000 utenti attivi giornalieri: 200.000 richieste/giorno × 40ms di differenza latenza = 8.000 secondi di attesa in più al giorno per la base utenti. Su Serverplan Milano: 8.000 secondi recuperati ogni giorno, ogni giorno. Per applicazioni con polling più frequente o dashboard real-time il moltiplicatore è ancora più alto. A parità di costo e controllo tecnico, il datacenter Milano di Serverplan non è un dettaglio marginale.
VHosting Solution — Avvia il Primo Progetto Node.js con Budget Minimo
VHosting Solution per Node.js significa VPS — lo shared hosting non supporta Node.js come per tutti gli altri provider. Il VPS VHosting da 2GB RAM con Ubuntu 22.04 e root access è il punto di ingresso più economico per deployare un'applicazione Node.js reale in produzione: installi nvm, Node 20 LTS, PM2, Nginx, e la tua app gira con processo persistente, WebSocket funzionanti e auto-restart al crash. Datacenter italiano, prezzi fissi, supporto in italiano. Per bot Telegram, API con traffico contenuto, backend di applicazioni web personali, o ambienti di staging — VHosting VPS è la scelta più economica con tutte le caratteristiche tecniche necessarie.
VHosting VPS per Node.js: Usi Ottimali
- Primo deploy Node.js reale — impara la configurazione PM2+Nginx — Root access completo per configurare l'intero stack Node.js di produzione su un server italiano a costo contenuto. Il modo migliore per imparare il deploy Node.js professionale prima di farlo su un VPS di produzione da €25+/mese.
- Bot Telegram, Discord, Slack — processi leggeri sempre attivi — Un bot Node.js consuma 50-150MB di RAM e richiede un processo persistente. Il VPS VHosting 2GB è più che adeguato per 5-10 bot in esecuzione contemporanea con PM2.
- API REST leggera — Express/Fastify con traffico contenuto — Per API con meno di 100 richieste al secondo concorrenti, il VPS 2GB con Node.js è sufficiente. Aggiungi Redis (100MB) e il margine rimane adeguato per applicazioni non enterprise.
- Ambiente di staging Node.js — Replica dell'ambiente di produzione (stessa versione Node, stessa configurazione PM2, stesso Nginx) a costo fisso minimale — per testare prima di deployare su Serverplan produzione.
- Datacenter italiano — latenza locale per test realistici — Staging sulla stessa area geografica della produzione italiana — test di performance realistici.
- Prezzi fissi — budget dev prevedibile — Nessuna sorpresa al rinnovo, costo infrastruttura stabile per progetti con budget vincolato.
⚠️ VPS 2GB per Node.js: Il Limite Pratico
2GB RAM con Node.js, PM2, Nginx e Redis lascia circa 1.2-1.4GB liberi per l'applicazione. Sufficiente per API con traffico contenuto. I segnali che indicano il momento di upgrading: processo Node che supera 500MB, tempo di risposta API che aumenta sotto carico, OOM killer di Linux che termina il processo Node (verificabile con dmesg | grep oom). Quando arriva quel momento, Serverplan VPS 4GB con datacenter Milano è il passo naturale successivo.
📊 Confronto Completo: OVH vs Alternative per Node.js
| Criterio Node.js | OVH Shared | OVH VPS 4GB | SiteGround | Serverplan VPS | VHosting VPS 2GB |
|---|---|---|---|---|---|
| Node.js Processo Persistente | ❌ Impossibile | ✅ PM2 manuale | ✅ Dal pannello | ✅ PM2 manuale | ✅ PM2 manuale |
| Versione Node.js LTS | ❌ N/A | ✅ nvm qualsiasi | ✅ Pannello selezionabile | ✅ nvm qualsiasi | ✅ nvm qualsiasi |
| PM2 Process Manager | ❌ Impossibile | ✅ Root access | ✅ Gestito dal pannello | ✅ Root access | ✅ Root access |
| WebSocket / Socket.io | ❌ Impossibile | ✅ Nginx config | ✅ Pre-configurato | ✅ Nginx config | ✅ Nginx config |
| Redis pub/sub | ❌ N/A | ✅ Installabile | ✅ Incluso | ✅ Installabile | ⚠️ RAM limitata |
| PM2 Cluster Mode | ❌ N/A | ✅ Configurabile | ⚠️ Supporto limitato | ✅ Configurabile | ⚠️ 1-2 worker |
| Staging Integrato | ❌ No | ❌ VPS separato | ✅ Incluso | ⚠️ Manuale | ❌ No |
| Supporto Node.js Applicativo | ❌ N/A | ❌ Infrastruttura only | ✅ 24/7 Node-aware | ⚠️ Infrastruttura + PHP | ⚠️ Base |
| Datacenter Italia/Vicino | ⚠️ Francia | ⚠️ Francia | ⚠️ Amsterdam EU | ✅ Milano | ✅ Italia |
| Anti-DDoS Incluso | ✅ Sempre | ✅ Sempre | ✅ CloudFlare | ✅ Incluso | ✅ Incluso |
| Prezzi Stabili Rinnovo | ✅ Relativamente | ✅ Relativamente | ⚠️ Può aumentare | ✅ Stabili | ✅ Stabili |
| Setup Complessità | ❌ N/A | Alta (manuale) | ✅ Bassa (pannello) | Alta (manuale) | Alta (manuale) |
✅ Come Leggere il Confronto
OVH shared per Node.js è non applicabile — la colonna esiste solo per completezza. OVH VPS 4GB e Serverplan VPS sono tecnicamente equivalenti nella libertà di configurazione, con Serverplan che vince su latenza italiana e prezzi stabili. SiteGround è l'unica opzione managed con pannello Node.js user-friendly e supporto applicativo — la scelta per chi non vuole gestire Linux. VHosting VPS è l'entry point più economico con datacenter italiano per chi ha già le competenze per configurare PM2+Nginx da solo.
🛠️ Deploy Node.js su VPS: PM2 + Nginx — La Configurazione Completa
Questa guida è valida su Serverplan VPS, OVH VPS, VHosting VPS — qualsiasi Ubuntu 22.04 con root access. È lo stack di produzione standard per Node.js nel .
1. Installa Node.js con nvm
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
source ~/.bashrc
# Installa Node.js 20 LTS (raccomandato per produzione)
nvm install 20
nvm use 20
nvm alias default 20
# Installa PM2 globalmente
npm install -g pm2
# Avvia la tua applicazione con PM2
pm2 start server.js --name "mia-api" --instances max # cluster mode: 1 worker/core
pm2 save # salva configurazione
pm2 startup # avvio automatico al boot
2. ecosystem.config.js — Configurazione PM2 Professionale
module.exports = {
apps: [{
name: 'mia-api',
script: './server.js',
instances: 'max', // auto: 1 per core CPU
exec_mode: 'cluster',
env: { NODE_ENV: 'production', PORT: 3000 },
max_memory_restart: '500M', // restart se supera 500MB (memory leak guard)
watch: false, // mai true in produzione
log_date_format: 'YYYY-MM-DD HH:mm:ss',
error_file: './logs/error.log',
out_file: './logs/out.log'
}]
};
3. Nginx Reverse Proxy con WebSocket Support
upstream nodejs {
server 127.0.0.1:3000;
keepalive 64;
}
server {
listen 443 ssl http2;
server_name api.tuodominio.it;
# SSL con Certbot/Let's Encrypt
ssl_certificate /etc/letsencrypt/live/api.tuodominio.it/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/api.tuodominio.it/privkey.pem;
# Compressione gzip per le risposte JSON
gzip on; gzip_types application/json text/plain;
location / {
proxy_pass http://nodejs;
proxy_http_version 1.1;
# Headers critici per WebSocket upgrade
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
# Timeout esteso per connessioni WebSocket longpoll
proxy_read_timeout 86400; # 24h per WebSocket persistenti
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}
4. Deploy Zero-Downtime con GitHub Actions
name: Deploy Node.js
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- name: Deploy via SSH
uses: appleboy/ssh-action@v1
with:
host: ${{ secrets.VPS_HOST }}
script: |
cd /var/www/mia-api
git pull origin main
npm ci --production # installa solo dep produzione
pm2 reload ecosystem.config.js # reload senza downtime
🟢 Perché pm2 reload invece di pm2 restart
pm2 restart termina tutti i worker e li riavvia — c'è un breve downtime durante cui le richieste in arrivo ricevono connessione rifiutata. pm2 reload in cluster mode riavvia un worker alla volta, mantenendo gli altri attivi — zero downtime per l'utente finale. Per API in produzione che non possono permettersi nemmeno un secondo di downtime durante i deploy, pm2 reload è obbligatorio.
⭐ Esperienze Reali: Node.js su OVH e Alternative
Matteo C. — Full-stack developer, SaaS B2B, Milano
"Avevo la nostra API Node.js (Express + Socket.io + Redis) su OVH VPS Essential 8GB da due anni. Stack configurato da noi, PM2 cluster mode, tutto funzionante. Ho fatto la migrazione su Serverplan VPS per due ragioni pratiche. Prima: il datacenter di Milano. I nostri clienti sono tutti italiani e fanno centinaia di chiamate API al giorno — la differenza di latenza OVH Francia vs Serverplan Milano l'ho misurata con wrk: P99 latency da 210ms a 95ms sulla stessa configurazione hardware. Seconda: i prezzi. OVH ha rivisto i costi al secondo anno, Serverplan mi ha confermato prezzi fissi per iscritto. Per un SaaS in fase di crescita dove l'unit economics è centrale, la prevedibilità del costo infrastruttura conta. La migrazione ha richiesto 4 ore — copiare la configurazione PM2, il codice e il database Redis — e l'ho fatta in un sabato mattina senza toccare la produzione."
Verdetto: Per API Node.js con utenti italiani, Serverplan Milano dimezza la latenza P99 rispetto a OVH Francia — misurata, non stimata.
Alessia R. — Developer freelance, applicazioni React + Node.js, Roma
"Ammetto l'errore: ho provato a far girare un backend Express su OVH shared 'perché tanto è PHP+Node'. Ovviamente non ha funzionato — i processi vengono terminati, WebSocket non passano, nulla di quello che doveva funzionare funzionava. Poi ho letto la documentazione e ho capito. Ho valutato tra VPS OVH e SiteGround — ho scelto SiteGround perché non volevo gestire Linux per una richiesta di un cliente. Sul pannello SiteGround ho selezionato Node 20, indicato il file di avvio, le variabili d'ambiente — e l'applicazione era online in 20 minuti senza toccare Nginx o PM2. I WebSocket con Socket.io funzionano immediatamente. Quando ho avuto un problema di configurazione porta, il supporto SiteGround lo ha risolto in 15 minuti. Per freelance che gestiscono applicazioni Node.js per clienti che non vogliono sentir parlare di 'server', SiteGround è la scelta giusta."
Verdetto: Per developer che vogliono Node.js funzionante senza gestire Linux, SiteGround elimina tutta la complessità infrastrutturale con un pannello user-friendly.
Davide L. — Developer junior, bot e progetti personali, Napoli
"Gestisco 3 bot Telegram in Node.js e un piccolo backend Express per un progetto personale. Ho scelto VHosting VPS 2GB a €10/mese — datacenter italiano, root access, prezzo fisso. Ho installato nvm, Node 20, PM2 — guida di 30 minuti su YouTube e tutto funzionava. I bot girano da 8 mesi senza problemi, PM2 li riavvia automaticamente se crashano. Il backend Express con Redis usa 300MB di RAM totali — abbondante per quello che faccio. Il supporto VHosting mi ha aiutato quando avevo un problema di firewall ufw che bloccava la porta sbagliata — risposta in 2 ore, soluzione immediata. Per progetti personali e bot, €10/mese fissi con datacenter italiano è difficile battere. Quando il backend crescerà con più utenti, passaggio pianificato a Serverplan per più RAM e supporto migliore."
Verdetto: Per bot Node.js e progetti personali con budget minimo, VHosting VPS 2GB è l'entry point più economico con datacenter italiano e supporto in lingua.
✅ Verdetto Finale: OVH o Alternative per Node.js nel ?
OVH ha qualità infrastrutturali genuine per Node.js: hardware VPS competitivo per prezzo, root access completo per qualsiasi configurazione dello stack, anti-DDoS incluso su tutti i piani, banda di rete generosa per applicazioni con molte connessioni WebSocket persistenti, GDPR nativo per applicazioni con utenti europei, e scalabilità dall'entry VPS a server dedicato senza cambiare provider. Per team con competenze DevOps che vogliono pieno controllo a costi hardware contenuti, OVH VPS è una scelta tecnicamente valida per Node.js.
I limiti emergono chiaramente su due fronti: su shared hosting, Node.js non è deployabile in modo significativo — la stessa limitazione di qualsiasi altro shared hosting, non specifica di OVH. Su VPS, il limite principale è geografico: Francia o Germania aggiungono 30-55ms di latenza per utenti italiani su ogni richiesta API — differenza che si accumula in modo percepibile su applicazioni con polling frequente o real-time.
La Scelta in Base al Profilo
- SiteGround — Node.js dal pannello senza gestire Linux. Processo gestito automaticamente, WebSocket pre-configurati, Redis incluso, supporto che conosce Node.js. La scelta per developer che vogliono concentrarsi sul codice, non sull'infrastruttura.
- Serverplan VPS — Stesso controllo tecnico di OVH VPS, datacenter Milano con latenza ottimale per API con utenti italiani, prezzi stabili nel tempo. La scelta razionale per developer italiani con competenze Linux che deployano applicazioni Node.js per il mercato italiano.
- VHosting Solution VPS — Entry point più economico per Node.js in produzione. Bot, API leggere, progetti personali, ambienti di sviluppo e staging. Upgrade naturale a Serverplan quando il traffico cresce.
✅ La Sintesi
Nel , per applicazioni Node.js nel mercato italiano, le tre alternative offrono un valore più specifico di OVH: SiteGround per Node.js managed senza Linux, Serverplan VPS per developer italiani con latenza ottimale e prezzi stabili, VHosting per entry-level e sviluppo. OVH VPS rimane valido per team DevOps con esperienza che non necessitano di supporto applicativo — ma per il mercato italiano il datacenter Milano di Serverplan è un vantaggio concreto e misurabile che OVH non può offrire a parità di prezzo e controllo.
🏆 Scegli il tuo Hosting Node.js nel
Tre alternative con processo Node.js persistente, PM2, WebSocket, Redis e datacenter europeo strategico — per backend JavaScript moderni davvero in produzione.