Cloudflare تشتري Deno وستوقف تطوير بيئة التشغيل بعد عام

تشتري Cloudflare شركة Deno بالكامل. وستواصل دعم بيئة تشغيل Deno عامًا آخر عبر إصدارات شهرية تتضمن إصلاح الأخطاء وتحديثات الأمان. بعد انتهاء هذه المدة ستوقف Cloudflare تطويرها. وستبقى الشيفرة مفتوحة المصدر، وتدعو الشركة صراحةً كل من يرغب في مواصلة المشروع إلى ذلك. أُعلنت الصفقة في 9 أكتوبر 2026. وبحسب تصريحات الطرفين، فإن الأصل الرئيسي فيها ليس بيئة التشغيل نفسها، بل celld الذي أصدره فريق Deno في أغسطس.

ما الذي تحصل عليه Cloudflare فعلًا

إن celld تنفيذ مفتوح المصدر لنمط Durable Objects من Cloudflare Workers. وبحسب ريان دال، مبتكر Deno وNode.js، يعمل النظام «بشكل جيد على نحو مدهش»، ويعتمد على التخزين الكائني (object storage) فقط في التنسيق والحفاظ على الحالة. ويصفه بأنه نموذج جديد للتطوير على الخادم، وليس مجرد واجهة API أخرى لنظام الملفات أو الشبكة.

وصاغت Cloudflare هدفها على النحو التالي: جعل الاستضافة الذاتية لـ workerd طريقة مدعومة بالكامل لبناء التطبيقات وتشغيلها على نموذج البرمجة في Workers. وبالنسبة إلى منصة ظل نموذجها حتى الآن يعمل في الأساس داخل بنيتها التحتية الخاصة، فهذه خطوة نحو قابلية النقل. أما فريق Deno، الذي بنى بالفعل نظيرًا مفتوحًا يعمل، فيحسم هذه المسألة أسرع من تطوير داخلي يبدأ من الصفر.

لماذا لن يستمر تطوير بيئة التشغيل

قال دال على Hacker News إن القرار مشترك، وإنه يتفق معه. وفي تقديره، صُمم Deno جيدًا ويحتوي على أفكار ناجحة، لكنه لا يحل مشكلات كبيرة حقًا. فقد انجذب المشروع إلى «بئر جاذبية» التوافق مع Node، الذي يجبره على التصرف تمامًا كما يتصرف Node. وسؤاله مباشر: لماذا نعيد كتابة Node إذا كان Node يعمل؟ فمكاسب صغيرة في الأداء أو سهولة الاستخدام أو الأمان لا تكفي لذلك.

هذه صراحة نادرة من مؤلف مشروع: فهو نفسه يقر بأن القيمة الرئيسية لـ Deno تنتقل من بيئة التشغيل إلى فكرة معمارية أخرى.

أبرز وقائع الصفقة:

• الصيغة: تستحوذ Cloudflare على Deno بالكامل.
• دعم بيئة التشغيل: 12 شهرًا مع إصدارات شهرية.
• محتوى الإصدارات: إصلاحات للأخطاء وتحديثات أمنية، ولا وعود بميزات جديدة.
• الترخيص: يبقى Deno مشروعًا مفتوحًا، ويُرحَّب بالتفريع (fork) ومواصلة المجتمع للتطوير.
• الأصل الرئيسي: celld، وصدر إصداره الأول في أغسطس 2026.
• للمقارنة: ظهرت الأذونات في Node.js مع الإصدار v20.0.0 في أبريل 2023، وأصبحت مستقرة في الإصدار v22.13.0 في يناير 2025.

الأذونات: ما الذي يضيع

يعدّ سايمون ويليسون، كاتب الملاحظة، نظام الأذونات ميزته المفضلة في Deno. فالسكربت يعمل بقائمة دقيقة من الملفات والمجلدات التي يجوز له قراءتها والكتابة فيها، ومن مضيفي الشبكة الذين يحق له الاتصال بهم. وفي Node.js يوجد نموذج مشابه، لكن بقيد مهم: القائمة البيضاء لمضيفين محددين غير مدعومة، فالشبكة إما مفعّلة وإما معطّلة.

وبالنسبة إلى من يشغّلون شيفرة غير موثوقة، بما فيها الشيفرة التي تولّدها النماذج، فإن هذا الفرق جوهري. يبقى التحكم الدقيق في الوصول إلى الشبكة ميزة لـ Deno، وبعد خروج بيئة التشغيل من التطوير سيتعين إما البحث عنه في التفريعات (forks) وإما تعويضه بوسائل عزل أخرى.

ماذا تفعل الفرق التي تعتمد على Deno

يمنح عام الدعم نافذة جيدة للتخطيط، لكنه ليس مبررًا لتأجيل القرار. تحقق من مدى اعتماد شيفرتك على واجهات API الخاصة بـ Deno، لا على معايير الويب العامة والتوافق مع Node. وكلما ارتفع التوافق، قلّت تكلفة الترحيل. وإذا كانت الأذونات على مستوى المضيفين حاسمة بالنسبة إليك، فقيّم البدائل مسبقًا: العزل (sandbox) على مستوى الحاوية أو العملية، أو تفريعًا (fork) مستقبليًا.

وينبغي أيضًا متابعة celld وكيفية إخراج Cloudflare لدعم الاستضافة الذاتية لـ workerd. فإذا تحقق الوعد، سيمكن تشغيل نموذج Workers خارج سحابة Cloudflare. وللفرق التي تخشى الارتهان لمزوّد واحد، سيكون ذلك حجة وازنة.