Deno به Cloudflare میپیوندد تا Workers خودمیزبان بسازد؛ Deno Deploy تعطیل میشود
تیم Deno به رهبری رایان دال به Cloudflare میرود تا اجرای Workers و Durable Objects روی سرورهای خودتان عملی شود. Deno Deploy پس از شش ماه بسته میشود و توسعهٔ رانتایم پس از یک سال دیگر پایان مییابد.

نکات کلیدی
- 1به گفتهٔ دو شرکت در 9 اکتبر 2026، کل تیم Deno، از جمله رایان دال، خالق Node.js و Deno، به Cloudflare میپیوندد.
- 2دال و برت بلدر کار برای تبدیل workerd خودمیزبان به گزینهای کاملاً پشتیبانیشده را رهبری میکنند و کد و ایدههایی از celld متعلق به Deno را در آن ادغام میکنند.
- 3رانتایم Deno تا یک سال دیگر انتشارهای ماهانهٔ رفع باگ و امنیتی دریافت میکند و سپس تیم توسعهٔ آن را پایان میدهد؛ کد متنباز باقی میماند.
- 4Deno Deploy پس از شش ماه تعطیل میشود و مشتریان پولی برای انتقال به Cloudflare Workers کمک میگیرند؛ JSR روی زیرساخت Cloudflare به کار خود ادامه میدهد.
- 5کنتون واردا از Cloudflare این ادعا را که Workers برای قفلکردن مشتریان ساخته شده رد میکند و میپذیرد که workerd تاکنون Durable Objects را تنها بهصورت یک نمونهٔ واحد اجرا میکند.
متن کامل خبر
Cloudflare و Deno روز 9 اکتبر 2026 اعلام کردند که کل تیم Deno به رهبری رایان دال، خالق Node.js و Deno، به Cloudflare منتقل میشود. دال و کنتون واردا از Cloudflare در یک پست مشترک در وبلاگ Cloudflare میگویند هدف این است که توسعهدهندگان بتوانند Workers و Durable Objects را بسیار آسانتر روی زیرساخت خودشان اجرا کنند، نه فقط روی شبکهٔ Cloudflare. Cloudflare این پست را بهعنوان یک تملک برچسبگذاری کرده و وبلاگنویس، سایمون ویلیسون، این معامله را خرید کامل Deno توسط Cloudflare توصیف میکند. هیچیک از پستها شرایط مالی را ذکر نمیکنند.
این طرح حول celld میچرخد که تیم Deno در ماه اوت منتشر کرد. دال آن را یک فایل اجرایی واحد نوشتهشده با Rust توصیف میکند که تنها وابستگیاش به سرویس بیرونی، ذخیرهسازی شیء است، و واردا میگوید طوری طراحی شده که کاملاً با Workers و Durable Objects خود Cloudflare سازگار باشد. رانتایم Cloudflare، یعنی workerd، از قبل متنباز است، اما واردا اذعان میکند که Durable Objects را تنها بهصورت یک نمونهٔ واحد اجرا میکند: برای آزمایش محلی کافی است، نه برای مقیاسپذیری. به گفتهٔ واردا، مسیریابیای که Cloudflare در محیط تولید به کار میبرد چیزی نیست که خودمیزبانها بخواهند، و شرکت هرگز فرصت ساختن جایگزینی را پیدا نکرد. اکنون دال و برت بلدر تلاشی را رهبری خواهند کرد تا با آوردن کد و ایدههایی از celld به workerd، نسخهٔ خودمیزبان آن به گزینهای کاملاً پشتیبانیشده تبدیل شود. واردا میگوید اعلامیههای بیشتری در ماههای آینده خواهد آمد.
این تصمیم پیامدهای مستقیمی برای کاربران Deno دارد. دال مینویسد که تیم بهجای ادامهٔ یک رانتایم و سرویس میزبانی جداگانه، کار آیندهاش را روی پلتفرم مشترک با تیمهای Workers و Durable Objects در Cloudflare متمرکز خواهد کرد. رانتایم Deno تا یک سال دیگر انتشارهای ماهانهٔ رفع باگ و امنیتی دریافت میکند و پس از آن تیم توسعهٔ آن را متوقف میکند؛ کد متنباز باقی میماند و از دیگران دعوت شده که آن را ادامه دهند. Deno Deploy شش ماه دیگر به کار خود ادامه میدهد و سپس تعطیل میشود و مشتریان پولی برای انتقال به Cloudflare Workers کمک دریافت خواهند کرد. JSR فعال میماند و زیرساختش به Cloudflare منتقل میشود، در حالی که تیم به پشتیبانی از rusty_v8 ادامه میدهد و قصد دارد آن را در workerd ادغام کند. دال این تغییر را «تغییری سرنوشتساز برای کسانی که روی Deno ساختهاند» مینامد.
واردا همچنین از این پست برای پاسخ به انتقادی رایج استفاده میکند مبنی بر اینکه Cloudflare محصول Workers را متفاوت از پلتفرمهای دیگر ساخته تا مشتریان را در بند خود نگه دارد. او استدلال میکند که طراحی متفاوت است چون Cloudflare آن را بهتر میداند، و میگوید قفلکردن مشتریان در واقع به شرکت آسیب میزند: وقتی Cloudflare در سال 2022 محصول Workers for Platforms را به مشتریانی مانند Shopify پیشنهاد داد، آنها تنها در صورتی حاضر به ساختن روی آن بودند که رانتایم متنباز باشد، و به همین دلیل Cloudflare نرمافزار workerd را منتشر کرد که همان کدی است که در محیط تولید اجرا میکند. او میگوید برخی مشتریان سابق از workerd برای ترک Cloudflare استفاده کردهاند و اینکه «دادن راه فرار به مردم، کسبوکار خوبی است». او میپذیرد که تاکنون افراد کمی workerd را در محیط تولید اجرا میکنند و این را به این نسبت میدهد که Cloudflare خدمات و ابزارهای پیرامونی آن را توسعه نداده است.
دال مینویسد که celld مقیاسپذیری را به بخشی از خود مدل برنامهنویسی تبدیل میکند، به طوری که دیگر لازم نیست هر برنامه آن زیرساخت را بهتنهایی سر هم کند. او Durable Objects را برای هارنسهای عاملهای هوش مصنوعی بسیار مناسب میداند، زیرا وضعیت پایدار، WebSockets، اجرای بدون سرور کمهزینه و یک رابط JavaScript سطح بالا را با هم ترکیب میکنند. دال در نظری در Hacker News که ویلیسون نقل کرده، میگوید پایان دادن به رانتایم تصمیمی مشترک بود که با آن موافق است، و استدلال میکند که Deno به تقلید از رفتار Node.js کشیده شده، در حالی که «در نهایت مشکلات بزرگی را حل نمیکند». ویلیسون پایان نگهداری Deno را خبر بد این اعلامیه مینامد. او مینویسد ویژگی محبوبش در Deno سیستم مجوزهای آن است که میتواند یک اسکریپت را به فایلها، پوشهها و میزبانهای شبکهٔ منتخب محدود کند؛ او اشاره میکند که Node.js مدل مشابهی را در نسخهٔ v20.0.0 در آوریل 2023 اضافه کرد، اما هنوز نمیتواند میزبانهای مشخصی را در فهرست مجاز قرار دهد.
چرا مهم است
توسعهدهندگان و شرکتهایی که به رانتایم Deno یا Deno Deploy متکی هستند اکنون با مهلتهایی روبهرو هستند: شش ماه برای کوچ از Deploy، و یک سال دیگر انتشار رانتایم از سوی تیم فعلی، مگر آنکه دیگران توسعه را به دست بگیرند. برای کاربران Cloudflare، این طرح میتواند اجرای برنامههای Workers و Durable Objects را در مقیاس بزرگ روی ماشینهای خودشان ممکن کند؛ چیزی که workerd بهتنهایی امروز ارائه نمیدهد. بسیاری از مسائل هنوز باز است: Cloudflare میگوید اعلامیههای بیشتری در ماههای آینده خواهد آمد، و پستها توضیح نمیدهند که پشتیبانی از انتقال شامل چه مواردی است و هیچ شرایطی از معامله را فاش نمیکنند.
گاهشمار
· منتشرشده
موضوعها#Deno#Cloudflare#Cloudflare Workers#Durable Objects#JavaScript#رایان دال
منابع
این خبر بر منابع زیر استوار است. برای بافت کامل، آنها را بخوانید.



