Un singur proces Node.js folosește doar un nucleu de CPU (codul JS rulează pe un singur thread). Pentru a folosi toate nucleele pe o mașină, rulezi multiple procese Node.js — prin modulul cluster, un manager de procese ca PM2, sau orkestrare de containere — și echilibrezi încărcarea requesturilor între ele.
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.
import cluster from "cluster";
import { cpus } from "os";
import http from "http";
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);
}
Procesul principal bifurcă un worker per nucleu; toți workerul partajează același port, și conexiunile primite sunt distribuite între ei — ceea ce înmulțește throughputul. Workerul defecți pot fi restarți automat pentru reziliență.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
Aplicațiile de producție de obicei folosesc PM2 (sau similar) în loc să scrie manual codul cluster — gestionează bifurcarea, echilibrarea încărcării, reîncărcări fără downtime, monitorizare și restarturi.
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.
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
Pentru ca scalarea multi-proces să funcționeze, aplicația trebuie să fie fără stare — orice stare partajată (sesiuni, cache, coordonare în timp real) trebuie să trăiască într-un store extern cum ar fi Redis, nu în memoria procesului.
Utilizarea tuturor nucleelor de CPU este esențială pentru a obține performanța completă dintr-un server Node — un singur proces lasă inactiv majoritatea unei mașini multi-nucleu.
Cunoașterea opțiunilor (modulul cluster, modul cluster PM2, sau un proces per container cu orkestrare) și, în mod crucial, cerința de lipsă de stare (sesiuni/cache/timp real cu sprijin Redis, deoarece procesele nu partajează memorie) este fundamentală pentru scalarea Node în producție.
Această scalare orizontală, combinată cu lipsă de stare, este cum aplicațiile Node gestionează traficul ridicat în mod fiabil.