Un singolo processo Node utilizza solo un nucleo CPU (il suo JS viene eseguito su un thread). Per utilizzare tutti i core su una macchina, si eseguono più processi Node — tramite il modulo cluster, un gestore di processi come PM2, oppure tramite orchestrazione di container — e si bilancia il carico delle richieste tra di essi.\n\n## Il problema\n\n\n\n## The cluster module — fork worker processes\n\n```js
import cluster from "cluster";
import { cpus } from "os";
import http from "http";
text A server with 8 CPU cores running ONE Node process → uses ~1 core, wastes 7. Need multiple processes to utilize all cores and handle more concurrent load. if (cluster.isPrimary) {
const numCPUs = cpus().length;
for (let i = 0; i < numCPUs; i++) {
cluster.fork(); // spawn one worker process per CPU core
}
cluster.on("exit", (worker) => {
console.log(worker ${worker.process.pid} died — restarting);
cluster.fork(); // restart a crashed worker (resilience)
});
} else {
// each worker runs the actual server; the OS load-balances connections across them
http.createServer((req, res) => res.end("handled by " + process.pid)).listen(3000);
}
\n\nIl processo primario esegue il fork di un worker per core; tutti i worker condividono la stessa porta, e le connessioni in arrivo vengono distribuite tra di loro — moltiplicando il throughput. I worker bloccati possono essere riavviati automaticamente per la resilienza.\n\n## In pratica: usa PM2 (cluster mode)\n\nbash
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
\n\nLe app di produzione di solito usano **PM2** (o simile) invece di scrivere manualmente il codice di cluster — gestisce forking, load balancing, reload senza downtime, monitoring e restart.\n\n## Oppure scala con container/orchestrazione\n\ntext
Run ONE Node process per container, and run MANY containers (Kubernetes, ECS),
with a load balancer in front. This is the modern cloud approach — simpler
per-process model, scaling handled by the orchestrator across machines.
\n\n## L'avvertimento critico: statelessness\n\ntext
Multiple processes don't share memory. So:
⚠️ Don't store sessions/state in process memory → use Redis/a shared store
⚠️ In-memory caches aren't shared across workers → use Redis for shared cache
⚠️ WebSocket connections live on one worker → use a Redis adapter to coordinate