Cloudflare نے Deno خرید لیا—Deploy چھ ماہ، runtime کو ایک سال ملا

|مصنف: QUASA ادارتی ٹیم|5 منٹ مطالعہ| 1
Cloudflare نے Deno خرید لیا—Deploy چھ ماہ، runtime کو ایک سال ملا

Cloudflare نے ۹ اکتوبر ۲۰۲۶ کو Deno کی خریداری کا اعلان کیا؛ TechCrunch کی ۱۰ اکتوبر کی خبر کے مطابق معاہدے کی مالی شرائط ظاہر نہیں کی گئیں۔ Deno کے بانی Ryan Dahl نے Deno کے اعلان میں لکھا، «the entire Deno team is joining Cloudflare»؛ اسی اعلان کے تحت Deno Deploy چھ ماہ بعد بند ہوگا اور Deno runtime کو ایک سال تک ماہانہ اصلاحات ملیں گی۔

خریداری کے بعد Deno سے جڑی خدمات ایک ہی راستے پر نہیں چلیں گی۔ میزبانی کی خدمت Deno Deploy کی بندش طے ہے، الگ runtime کی سرکاری ترقی مقررہ مدت کے بعد ختم ہوگی، جبکہ پیکیج رجسٹری JSR کام کرتی رہے گی اور اس کا بنیادی ڈھانچا Cloudflare کو منتقل ہوگا۔ موجودہ صارف کے لیے فیصلہ کن بات یہ ہے کہ اس کی ایپلی کیشن کہاں چل رہی ہے اور وہ کس خدمت پر انحصار کرتی ہے۔

Deno Deploy کے لیے چھ ماہ کی مدت

Deno Deploy پر چلنے والی ایپلی کیشنوں کی موجودہ میزبانی کے لیے چھ ماہ کا وقت ہے۔ اس عرصے کے بعد خدمت بند ہو جائے گی، جبکہ Cloudflare Workers پر منتقل ہونے والے ادائیگی کرنے والے صارفین کو مدد دی جائے گی۔ اعلان میں ہر صارف کی خودکار منتقلی یا ہر ایپلی کیشن کے بغیر تبدیلی چلنے کا وعدہ نہیں ہے؛ مدد کی شرط خاص طور پر ادائیگی کرنے والے صارف اور Workers کی طرف منتقلی سے وابستہ ہے۔

اعلان کی تاریخ سے چھ ماہ گننے پر مدت تقریباً اپریل ۲۰۲۷ تک پہنچتی ہے، لیکن بندش کا مخصوص دن نہیں بتایا گیا۔ میزبانی کی مدت اور منتقلی کے عمل میں فرق ہے: خدمت چلتی رہنے کا مطلب یہ نہیں کہ اس پر موجود کوڈ، اس سے وابستہ ڈیٹا اور بیرونی خدمات خودبخود نئے ماحول میں منتقل ہو جائیں گی۔ اس لیے اپریل کو قطعی آخری تاریخ یا خودکار منتقلی کا وقت سمجھنا درست نہیں ہوگا۔

Deploy استعمال کرنے والی ٹیموں کے لیے اس فیصلے کا براہ راست اثر ایپلی کیشن کے چلنے کی جگہ پر پڑتا ہے۔ جن منصوبوں میں Deploy کے ساتھ ذخیرہ، توثیق یا دوسری خدمات جڑی ہیں، ان کی نئی میزبانی میں مطابقت الگ سوال ہے؛ اعلان نے تمام ترتیبوں کے لیے ایک مشترکہ منتقلی کا طریقہ نہیں دیا۔ محض Deno runtime پر مقامی طور پر یا کسی دوسری میزبانی میں کوڈ چلانے والے صارف پر Deploy کی بندش براہ راست لاگو نہیں ہوتی۔

Deno runtime کی ماہانہ اصلاحات کب تک

Deno runtime کو اگلے ایک سال تک ماہانہ ریلیز ملیں گی جن میں خرابیوں کی اصلاح اور سلامتی کی تازہ کاری شامل ہوگی۔ پھر Deno کی اپنی ٹیم اس runtime کی ترقی ختم کرے گی۔ منصوبہ کھلے ماخذ کے طور پر موجود رہے گا اور دوسروں کے لیے اس کی ترقی جاری رکھنے کا راستہ کھلا ہے۔ البتہ بیرونی شراکت کی ممکنہ سرگرمی کو کمپنی کی آئندہ معاونت کا وعدہ نہیں سمجھا جا سکتا۔

اعلان سے ایک سال کا حساب اکتوبر ۲۰۲۷ تک جاتا ہے، مگر آخری ریلیز کا مخصوص دن یا اس کے بعد کی دیکھ بھال کا باقاعدہ منصوبہ نہیں دیا گیا۔ مقررہ مدت میں ماہانہ اصلاحات کا وعدہ ان صارفین کے لیے اہم ہے جو Deno پر موجودہ سافٹ ویئر چلاتے ہیں: انہیں معلوم ہے کہ ٹیم فی الحال خرابی اور سلامتی کے مسائل پر کام جاری رکھے گی۔ نئی خصوصیات کی غیر معینہ ترقی اس وعدے میں شامل نہیں۔

اس فیصلے کی وجہ ترقیاتی توجہ کا بدلنا ہے۔ Deno کی ٹیم اپنا آئندہ کام Cloudflare کے ساتھ مشترکہ پلیٹ فارم پر مرکوز کرے گی، بجائے اس کے کہ الگ runtime اور الگ میزبانی کی خدمت دونوں کو آگے بڑھایا جائے۔ اسی لیے runtime کی سرکاری اصلاحات کی مدت اور Deploy کی میزبانی کی مدت الگ ہیں؛ ایک سال کی معاونت کو Deploy کے صارفین کے لیے اضافی میزبانی نہیں سمجھا جا سکتا۔

JSR کی رجسٹری چلتی رہے گی

JSR کے لیے بندش کی مدت مقرر نہیں کی گئی؛ اس پیکیج رجسٹری کا کام جاری رہے گا اور اس کا بنیادی ڈھانچا Cloudflare کو منتقل ہوگا۔ یہ پیکیج شائع کرنے اور حاصل کرنے والی خدمت کے لیے تسلسل کا اعلان ہے۔ کوئی منصوبہ ایک ہی وقت میں JSR سے پیکیج لے سکتا ہے، Deno runtime استعمال کر سکتا ہے اور Deploy پر چل سکتا ہے، لیکن ہر خدمت کے لیے اعلان کردہ نتیجہ مختلف ہے۔ JSR کے صارفین کے لیے کسی الگ منتقلی کی آخری تاریخ نہیں دی گئی۔

Cloudflare، workerd اور celld کو کیوں ملا رہا ہے

Cloudflare کی دلچسپی Deno کی ٹیم کے ساتھ اس کے celld منصوبے میں بھی ہے۔ Cloudflare کی مشترکہ تحریر میں Ryan Dahl اور Kenton Varda نے workerd اور celld کے کوڈ اور خیالات ملانے کا منصوبہ بتایا؛ Dahl اور Bert Belder اپنے بنیادی ڈھانچے پر Workers چلانے کی نئی کوشش کی قیادت کریں گے۔ یہ مستقبل کے کام کا اعلان ہے، تیار شدہ مشترکہ نظام کی دستیابی کا نہیں۔

اس منصوبے کے پیچھے ایک واضح تکنیکی خلا ہے۔ Cloudflare کا کھلے ماخذ کا runtime، workerd، Durable Objects کو ایک ہی چلتی مثال تک سہارا دیتا ہے، اس لیے اسے اپنی میزبانی میں کئی مشینوں تک پھیلانا مشکل ہے۔ celld کو Workers اور Durable Objects کا ایسا نفاذ بنانے کے لیے تیار کیا گیا جو اپنی میزبانی میں تقسیم شدہ ایپلی کیشن چلا سکے۔ دونوں کو ملانے کا مقصد Cloudflare کے نیٹ ورک سے باہر بھی اسی پروگرامنگ ماڈل کو زیادہ آسانی سے چلانا ہے۔

workerd اور celld کے مشترکہ کام کی مزید تفصیلات آئندہ مہینوں میں متوقع ہیں۔ Deno Deploy پر موجود ایپلی کیشنوں کی میزبانی کے لیے اعلان کردہ مدت اس تکنیکی منصوبے کی تکمیل سے مشروط نہیں کی گئی۔

یہ بھی پڑھیں:

شیئر کریں:

ہمارا نیوز لیٹر سبسکرائب کریں

ویب 3، AI اور کرپٹو کی تازہ خبریں براہ راست اپنے اِن باکس میں پائیں۔

0