تطبيقات Node.js

Node.js، نبنيه ونشغّله بجانب PHP لديك.

نبني بـ Node واجهات برمجية، ومواقع تُعرض من الخادم، وخدمات فورية، وعمّالًا في الخلفية، ونشغّلها على الخوادم نفسها التي تعمل عليها مواقع PHP لديك، خلف Nginx واحد.

اطلب عرض سعر الخوادم المخصصة

ما نبنيه بـ Node

خمسة أنواع من العمل، وكل منها هنا لأن Node يناسبه.

01
Express

واجهات برمجية وخوادم خلفية صغيرة ومباشرة: مسارات قليلة، وطبقات وسيطة واضحة، ولا شيء مخفي.
واجهات برمجية وخوادم خلفية
02
NestJS

خدمات أكبر مبنية على وحدات وحقن التبعيات وعقود محددة الأنواع بلغة TypeScript، لشيفرة سينمّيها فريق على مدى سنوات.
خدمات منظّمة
03
Next.js · Nuxt

عرض من جهة الخادم لـ React وVue: تصل الصفحات جاهزة لمحركات البحث ولظهور أول سريع، ثم تعمل كتطبيق.
مواقع تُعرض من الخادم
04
Socket.IO · WebSockets

محادثات وإشعارات ولوحات متابعة حية وتتبّع، تتحدّث لحظة حدوث أي تغيير عبر اتصال واحد مفتوح.
الوقت الفعلي
05
العمّال والطوابير

مهام في الخلفية ومهام مجدولة ومستهلكو طوابير على Redis، تُبقي العمل البطيء خارج الطلب.
العمل في الخلفية

لماذا يُجيد Node الانتظار

تشغّل عملية Node شيفرة JavaScript على خيط واحد، وتترك الانتظار - للقرص والشبكة وقاعدة البيانات - للنظام. وبهذا تُبقي عملية واحدة اتصالات كثيرة مفتوحة في آن واحد.

1مكدّس الاستدعاءات

JSON.parse(body)
handler(req, res)
(main)

خيط واحد، ودالة واحدة في كل مرة

حلقة الأحداثlibuv

5

4طابور المهام الدقيقة

promise.then()
await
queueMicrotask()

يُفرَّغ قبل المهمة التالية

3طابور المهام

setTimeout()
setImmediate()
socket.on('data')

دوال رد نداء تنتظر دورها

2مجمّع خيوط libuvأربعة خيوط افتراضيًا

fs.readFile()
dns.lookup()
crypto.pbkdf2()
zlib.gzip()

نظام التشغيل epoll · kqueue يراقب كل مقبس شبكي

حلقة أحداث Node.js، بصورة مبسّطة

تعمل شيفرتك على مكدّس الاستدعاءات، دالة واحدة في كل مرة.
يغادر العمل البطيء الخيط: فالملفات وDNS والتجزئة تذهب إلى مجمّع libuv، ويراقب نظام التشغيل المقابس الشبكية.
عند انتهاء العمل، تنتظر دالة رد النداء الخاصة به في طابور المهام.
قبل المهمة التالية، تُنفَّذ كل دوال الوعود الموجودة في طابور المهام الدقيقة.
تدور الحلقة عبر مراحلها وتأخذ المهمة التالية.

PHP وNode على خادم واحد

يستقبل Nginx كل طلب ويوجّه كل مسار إلى العملية المسؤولة عنه. يتشارك موقع PHP وخدمة Node لديك الجهاز وقاعدة البيانات والشهادة - لا ذاكرة كلٍّ منهما.

https://example.com //checkout.php/api//socket.io/

Nginxمدخل واحد: TLS والتوجيه والملفات الثابتة

/css//images/sendfile
/*.phpphp-fpm
/api//socket.io/node :3000

server {
    listen 443 ssl;
    server_name example.com;

    location / {
        try_files $uri /index.php?$query_string;
    }
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php-fpm.sock;
    }
    location /api/ {
        proxy_pass http://127.0.0.1:3000;
    }
    location /socket.io/ {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

fastcgi

جانب PHP

php-fpm: pool www

مجموعة من العمليات العاملة. كل طلب يبدأ نظيفًا وينتهي نظيفًا.

Laravel · WordPress · WooCommerce

proxy_pass :3000

جانب Node

pm2: app (cluster)

عمليات تعمل باستمرار. وتحمل الواحدة منها اتصالات مفتوحة كثيرة.

Express · NestJS · Next.js · Socket.IO

مشترك بين الاثنين

MySQL · PostgreSQL
Redis الجلسات والتخزين المؤقت والطوابير
شهادة TLS واحدة
خطة نسخ احتياطي واحدة

مثال على خادم واحد يشغّل الاثنين

أيهما لأي عمل

نبني بالاثنين، لذا تأتي الإجابة من طبيعة العمل لا من العادة.

اختر PHP عندما

يكون الموقع في معظمه صفحات ونماذج ولوحة إدارة: متاجر ومواقع محتوى وأنظمة أعمال.
تريد WordPress أو WooCommerce أو Laravel وكل ما بُني لها مسبقًا.
يكون كل طلب مستقلًا بذاته وينتهي بسرعة.
يكون من سيتولون صيانته يعرفون PHP بالفعل.

اختر Node عندما

تبقى الاتصالات مفتوحة: محادثات ولوحات متابعة حية وإشعارات وتتبّع.
تُعرض صفحات React أو Vue من جهة الخادم باستخدام Next.js أو Nuxt.
تقضي الخدمة معظم وقتها في انتظار واجهات برمجية أخرى وتمرير البيانات كتدفّق.
تفيد فريقك لغةٌ واحدة في المتصفح وعلى الخادم.

وكثيرًا ما تكون الإجابة: الاثنان معًا

يحتفظ PHP بالموقع والمتجر ولوحة الإدارة، وتتولى خدمة Node صغيرة بجانبه الجزء الفوري. ويقرأ كلاهما من قاعدة البيانات نفسها ويعملان خلف Nginx نفسه.

إصدارات بلا انقطاع

يبدأ الإصدار الجديد بجانب القديم، ويثبت سلامته، ثم يستلم الحركة بعد ذلك فقط. وتُنهي العمليات القديمة الطلبات التي بين يديها قبل أن تتوقف.

الزوار المخدومون
الإصدار الحالي
الإصدار الجديد

01
الجلب والتثبيت
git pull && npm ci
الإصدارات نفسها المثبّتة في ملف القفل، ولا شيء أحدث على سبيل المفاجأة.
02
البناء
npm run build
تُترجَم شيفرة TypeScript والملفات الثابتة قبل إعادة تشغيل أي شيء.
03
التشغيل بجانب القديم
pm2 reload app
يبدأ الإصدار الجديد بجانب الإصدار الذي لا يزال يخدم الزوار.
04
الانتظار حتى الجاهزية
wait_ready: true
يجب أن يجتاز فحص السلامة قبل أن يستقبل أي زائر.
05
استلام الحركة
cluster → new workers
تتجه الاتصالات الجديدة إلى الإصدار الجديد.
06
تصريف القديم
SIGINT → server.close()
تُنهي العمليات القديمة الطلبات التي بين يديها، ثم تتوقف.

إذا لم يجتز الإصدار الجديد فحص السلامة، فلن يستلم أي حركة: يواصل الإصدار القديم الخدمة ببساطة.

الخادم من حول الشيفرة

كل ما يُبقي خدمة Node قائمة مكتوب على الخادم، في ملفات نتولى صيانتها ويمكنك قراءتها.

/etc/nginx/sites-enabled/app.conf

الوكيل العكسي

التشفير عبر TLS، والضغط، وتخزين الملفات الثابتة مؤقتًا، وترقية اتصالات WebSocket، أمام كل عملية.
/srv/app/ecosystem.config.js

مدير العمليات

يُبقي PM2 العملية حيّة، ويعيد تشغيلها إذا تعطلت، ويستخدم كل أنوية المعالج في وضع العنقود. وحيث تكفي عملية واحدة، تؤدي وحدة systemd المهمة نفسها.
/srv/app/.env (0600)

البيئة والأسرار

تُحفظ المفاتيح وكلمات المرور خارج الشيفرة وخارج git، ولا يقرؤها إلا مستخدم التطبيق نفسه.
/srv/app/package-lock.json

تدقيق الاعتماديات

فحص npm audit مع كل إصدار؛ وتُقرأ الترقيات وتُختبر قبل أن تصل إلى بيئة الإنتاج.
/srv/app/.nvmrc

الترقية بين إصدارات Node LTS

يعمل التطبيق على إصدار ذي دعم طويل الأمد، وننقله إلى الإصدار التالي قبل أن ينتهي دعم الإصدار القديم.
/var/log/app/

السجلات والمراقبة

سجلات منظّمة تُدوَّر بانتظام، مع تنبيه عند إعادة تشغيل العملية أو ارتفاع استهلاك الذاكرة أو تزايد الأخطاء.

أخبرنا بما يجب أن يؤديه تطبيق Node لديك

خدمة جديدة، أو موقع Next.js، أو تطبيق يعمل في مكان ما ويحتاج إلى بيئة لائقة. ننظر فيه ونقدّم عرض السعر بعد محادثة قصيرة.

اطلب عرض سعر الخوادم المخصصة