En sam proces Node.js uporablja le eno jedro procesorja (njegov JS kod se izvaja na enem nitju). Če želiš uporabiti vsa jedra na stroju, poganijaš več procesov Node.js — prek modula cluster, upravitelja procesov kot je PM2 ali orkestracijo kontejnerjev — in uravnavaš obremenitev zahtevkov med njimi.
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);
}
Primarni proces razveji enega delavca na jedro; vsi delavci deljeno uporabljajo isto vrata, dohodne povezave se razdelijo med njimi — to pomnoži prepustnost. Padli delavci se lahko samodejno ponovno zaženejo za odpornost.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
Proizvodni aplikaciji običajno uporabljajo PM2 (ali podobno) namesto ročnega pisanja kode cluster — skrbi za razvejevanje, uravnavanje obremenitve, ponovno nalaganje brez mirovanja, spremljanje in ponovni zagon.
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
Da bo skaliranje več procesov delalo, mora biti tvoja aplikacija brez stanja — katerokoli skupno stanje (seje, predpomnilnik, koordinacija v realnem času) mora biti v zunanji shramba kot Redis, ne v pomnilniku procesa.
Izkoriščanje vseh jeder procesorja je bistveno za doseganje polne zmogljivosti strežnika Node — en sam proces pusti večino večjedrenega stroja neaktivnega.
Znanje možnosti (modul cluster, način cluster PM2 ali en proces na kontejner z orkestracijo) in, kar je ključno, zahteva po stanju brez stanja (seje/predpomnilnik/realno vrijeme s podporo Redis, ker procesi ne delijo pomnilnika) je temeljno za skaliranje Node v produkciji.
To vodoravno skaliranje v kombinaciji s stanjem brez stanja je način, kako aplikacije Node zanesljivo obvladajo visok promet.