عملية Node واحدة تستخدم نواة معالج واحدة فقط (JavaScript تعمل على خيط واحد). لاستخدام جميع النوى على الآلة، تقوم بتشغيل عمليات Node متعددة — عبر وحدة cluster، أو مدير عمليات مثل PM2، أو أوركسترا الحاويات — وموازنة تحميل الطلبات عبرها.
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);
}
تقوم العملية الأساسية بإنشاء عملية عامل واحدة لكل نواة؛ تشارك جميع العاملين نفس المنفذ، وتتم توزيع الاتصالات الواردة بينهم — مما يضاعف الإنتاجية. يمكن إعادة تشغيل العاملين المتعطلين تلقائياً لضمان المرونة.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
تستخدم تطبيقات الإنتاج عادةً PM2 (أو ما يشابهه) بدلاً من كتابة كود cluster يدوياً — فهو يتعامل مع الإنشاء والموازنة والتحميل بدون توقف وإعادة التشغيل والمراقبة.
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
لكي يعمل التوسع عبر عمليات متعددة، يجب أن يكون تطبيقك بدون حالة — يجب أن تعيش أي حالة مشتركة (جلسات، ذاكرة تخزين مؤقت، تنسيق في الوقت الفعلي) في متجر خارجي مثل Redis، وليس في ذاكرة العملية.
الاستفادة من جميع نوى المعالج أمر ضروري للحصول على أداء كاملة من خادم Node — عملية واحدة تترك معظم آلة متعددة النوى معطلة.
معرفة الخيارات (وحدة cluster، وضع cluster في PM2، أو عملية واحدة لكل حاوية مع الأوركسترا) وبشكل حاسم، متطلب عدم الحفاظ على الحالة (جلسات وذاكرة تخزين مؤقت وتنسيق في الوقت الفعلي مدعومة بـ Redis خارجياً، نظراً لأن العمليات لا تشارك الذاكرة) أساسي لتوسيع Node في الإنتاج.
هذا التوسع الأفقي، مقترناً بعدم الحفاظ على الحالة، هو كيف تتعامل تطبيقات Node مع حركة المرور العالية بشكل موثوق.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع