فريق Deno ينضم إلى Cloudflare: دعم Runtime لعام وإغلاق Deno Deploy خلال 6 أشهر
سينضم فريق Deno بالكامل إلى Cloudflare، مع تحويل تركيز التطوير إلى منصة مشتركة تضم Cloudflare Workers وDurable Objects. سيستمر إصدار تحديثات شهرية لإصلاحات وأمان Deno Runtime لمدة عام، بينما ستتوقف خدمة Deno Deploy بعد ستة أشهر مع دعم انتقال العملاء المدفوعين إلى Cloudflare Workers.
أبرز النقاط
- سينضم فريق Deno بالكامل إلى Cloudflare ويوجه جهده المستقبلي إلى المنصة المشتركة مع Workers وDurable Objects.
- سيحصل Deno Runtime على تحديثات شهرية للأخطاء والأمان لمدة عام، ثم يتوقف تطويره الرسمي من الفريق الحالي.
- ستتوقف Deno Deploy بعد ستة أشهر، مع دعم انتقال العملاء المدفوعين إلى Cloudflare Workers.
- ستستمر JSR في العمل بعد نقل بنيتها التحتية إلى Cloudflare.
- سيواصل الفريق دعم rusty_v8 والعمل على دمجه في workerd.
ينضم فريق Deno بالكامل إلى Cloudflare، في خطوة تعني أن العمل المستقبلي للفريق سيتجه إلى منصة Cloudflare المشتركة بدلاً من مواصلة تطوير Runtime وخدمة استضافة منفصلتين تحت Deno.
Deno هو بيئة لتشغيل JavaScript وTypeScript خارج المتصفح، صُممت لتبسيط بناء البرمجيات الخادمية مع دعم متوافق مع منظومة Node.js. لكن الإعلان يؤكد أن هذا المسار سيشهد تغييراً مهماً للمستخدمين الحاليين.
ما الذي سيتغير لمستخدمي Deno؟
- سيستمر دعم Deno Runtime لمدة عام آخر، عبر إصدارات شهرية تتضمن إصلاحات للأخطاء وتحديثات أمنية.
- بعد انتهاء هذه المدة، سيتوقف فريق Deno عن تطوير الـ Runtime. وسيبقى المشروع مفتوح المصدر، ما يتيح لمجتمع المطورين أو جهات أخرى مواصلة تطويره.
- ستستمر Deno Deploy، وهي خدمة استضافة وتشغيل تطبيقات Deno، لمدة ستة أشهر قبل إيقافها.
- ستوفر الشركة دعماً لانتقال العملاء المدفوعين من Deno Deploy إلى Cloudflare Workers، وهي منصة لتشغيل الشيفرة قرب المستخدمين على شبكة Cloudflare.
- ستبقى JSR، منصة توزيع حزم JavaScript الحديثة، عاملة، على أن تنتقل بنيتها التحتية إلى Cloudflare.
- سيستمر دعم مشروع rusty_v8، مع العمل على دمجه في
workerd، وهو وقت التشغيل الذي تعتمد عليه Cloudflare Workers.
لماذا اتجه الفريق إلى Cloudflare؟
يرى فريق Deno أن بناء تطبيقات الخوادم الموزعة ما زال يتطلب من كل تطبيق تجميع أجزاء كثيرة من البنية: التشغيل، التوسع، التخزين، والاتصال بين المكونات. ويعتزم الفريق الجمع بين خبرته وبين فرق Cloudflare Workers وDurable Objects لتقديم نموذج برمجي يجعل التوسع جزءاً من طريقة بناء التطبيق، لا عبئاً منفصلاً على فريق البنية.
كما يشير الإعلان إلى مشروع celld، المبني على نموذج Cloudflare Workers، والذي يركز على بناء تطبيقات موزعة قابلة للتشغيل والإدارة بصورة أبسط. ويضع الفريق اهتماماً خاصاً باستخدام Durable Objects في تطبيقات وكلاء الذكاء الاصطناعي؛ لأنها تجمع تنفيذ الخوادم دون إدارة خوادم مباشرة، وحالة دائمة، واتصالات WebSocket ضمن واجهة JavaScript عالية المستوى.
عملياً، يحتاج مستخدمو Deno Deploy إلى بدء التخطيط للانتقال خلال نافذة الأشهر الستة المقبلة. أما مستخدمو Deno Runtime، فلديهم عام من تحديثات الصيانة والأمان، لكن من المهم إدراك أن التطوير الرسمي للـ Runtime سيتوقف بعدها.
لماذا يهم؟
هذه الخطوة تؤثر مباشرة في قرارات الفرق التي تعتمد على Deno. مستخدمو Deno Deploy أمام مهلة انتقال قصيرة نسبياً، بينما يحتاج مستخدمو Deno Runtime إلى التخطيط لما بعد انتهاء عام الصيانة الرسمية. وفي المقابل، قد تستفيد أعمال الفريق في نموذج Cloudflare Workers وDurable Objects من توحيد الجهود حول تشغيل التطبيقات الموزعة ووكلاء الذكاء الاصطناعي.