Node.js 20 بينتهي 30 أبريل: خطة ترحيل في 8 أيام لـ 22 LTS

خطة الـ 8 أيام

الخطة دي مبنية على فرضية إن عندك مشروع إنتاجي واحد لحد 5 خدمات، وفريق 1 إلى 3 مطوّرين. لو الحجم أكبر، ابدأ بأعلى خدمة في الـ traffic وسيب الباقي لـ sprint ثاني.

1. يوم 1 (النهارده): شغّل npx is-my-node-vulnerable وnpm audit على كل مشروع. سجّل النسخ الحالية وأي deprecation warnings في issue tracker واحد.
2. يوم 2–3: جهّز staging على Node 22.14 LTS. شغّل الـ test suite كاملة. ركّز على مكتبات الـ native bindings (bcrypt, sharp, better-sqlite3, canvas) لأنها أكتر حاجة بتكسر.
3. يوم 4: اختبر certs و TLS endpoints. أي حاجة بتتكلم مع LDAP قديم أو vault بمفاتيح 1024-bit هتكشف نفسها هنا.
4. يوم 5–6: canary deploy لخدمة واحدة بـ 10% traffic. راقب CPU و memory و P95 latency لمدة 24 ساعة كاملة.
5. يوم 7: ارفع لـ 100% على الخدمة الأولى، وابدأ الباقي بالتوازي على staging.
6. يوم 8: شيل الـ rollback path، امسح images Node 20 من الـ registry، وحدّث CI pipelines.

أمر تشخيص سريع قبل الترحيل

22 LTS ولا 24؟ الـ trade-off الحقيقي

Node 22 دخل Active LTS في أكتوبر 2024 وهيفضل مدعوم لحد أبريل 2027. Node 24 طلع أكتوبر 2025 وهيفضل مدعوم لحد أبريل 2028.

• روح لـ 22 لو: عندك production حرج وdependencies مجمّدة. بتكسب استقرار ومكتبات متوافقة 100%. بتخسر إنك هترحّل تاني بعد سنة. V8 12.4 مستقر جدًا.
• روح لـ 24 لو: فريقك رشيق ومكتباتك بتتحدّث بانتظام. بتكسب node --run بدل npm run (3× أسرع لاستدعاء السكربت)، وfetch stable بدون flag، وpermission model محسّن. بتخسر: بعض native addons لسه بترّبع.

الأرقام من benchmark Fastify الرسمي: فرق الـ HTTP throughput بين 22 و24 حوالي 12% لصالح 24. مش كافي يبرّر الترحيل لو التطبيق مش I/O bound أصلاً. قاعدة سريعة: لو الـ bottleneck عندك هو DB أو external API، ابق على 22.

متى لا تترقّى الآن

الترقية مش إجبارية لكل سياق. ابق على Node 20 بشكل مؤقت بس لو واحدة من دول تنطبق عليك:

• عندك عقد extended support من HeroDevs أو TuxCare. بيقدّموا security patches لـ 20 لمدة 4 سنين إضافية بمقابل مادي واضح.
• التطبيق بيدور داخل شبكة معزولة (air-gapped) والـ attack surface محدودة جدًا.
• فيه dependency حرجة مش داعمة 22 لسه. نادر جدًا في 2026، لكن لسه فيه enterprise SDKs معيّنة بتتأخر.

الحسبة في الحالات دي: تكلفة الدعم الممتد حوالي $500 إلى $3000 لكل خدمة سنويًا، مقابل تكلفة الترحيل الفورية. لو الترحيل بياخد من فريقك أسبوعين عمل، الـ extended support أرخص. لو بياخد يومين، أكمل الترحيل.

الخطوة التالية

افتح المشروع الإنتاجي الأعلى traffic عندك، شغّل npx is-my-node-vulnerable، وأضف ملف .nvmrc محتواه 22 في الـ root. الخطوة دي بتاخد 10 دقايق وبتحل 80% من المشاكل المحتملة قبل ما توصل للـ deploy. بعدها، افتح PR صغير بيحدّث engines في package.json لـ "node": ">=22.0.0" علشان CI يمسك أي انحراف تلقائيًا.

مصادر

• Node.js Official Releases & EOL Schedule — nodejs.org/en/about/previous-releases
• HeroDevs — Node.js v20 Is Reaching End of Life (2026).
• CloudQuery Blog — AWS Lambda Node.js 20 EOL: Upgrade to Node.js 22.
• OpenSSL 3.5 CHANGES.md — Default security level raised to 2, keys < 2048-bit rejected.
• endoflife.date/nodejs — جدول EOL المحدّث لكل نسخ Node.
• GitHub Changelog — Deprecation of Node 20 on GitHub Actions runners (سبتمبر 2025).
• DEV Community — Node.js 20 End of Life Migration Playbook for April 30, 2026.
• Fastify Benchmarks — HTTP throughput comparison across Node LTS versions.