رایان دال، بنیانگذار Deno، در یادداشتی اعلام کرد که کل تیم Deno به کلاودفلر میپیوندد تا کار بر روی زیرساخت توسعه نرمافزار سرور را جلوتر ببرد. او میگوید سالها تلاش کردهاند ساختن نرمافزار سمت سرور را سادهتر کنند: پرسیدهاند ماژولها چگونه باید توزیع شوند، یک رانتایم جاوااسکریپت چه تضمینهای امنیتی میتواند فراهم کند، چه چیزهایی باید در یک زنجیره ابزار کامل قرار بگیرند، و چگونه یک برنامه میتواند به‌سادگی به‌صورت یک فایل اجرایی مستقل توزیع شود. سازگاری با Node.js نیز بخش مهمی از این کار بود، زیرا کاربران می‌خواستند بهبودهای Deno را داشته باشند و در همان حال در اکوسیستم موجود جاوااسکریپت بمانند.
دال توضیح می‌دهد که جاه‌طلبی این تیم همیشه فراتر از یک رانتایم بوده است: او در نوشته وبلاگی «کانتینرهای جاوااسکریپت» درباره همکاری محاسبات، ذخیره‌سازی و ارتباطات بدون نیاز هر برنامه به ساختن زیرساخت اختصاصی خود نوشته بود. با Deno Deploy یک قدم دیگر در این مسیر برداشته شد؛ هدف این بود که اجرای برنامه‌ها تا حد ممکن ساده باشد. اما ساخت و اداره Deploy نشان داد پیچیدگی‌های زیادی در لایه زیرین تجربه توسعه‌دهنده باقی مانده است. همین موضوع به پروژه celld منتهی شد؛ پروژه‌ای که بر پایه مدل برنامه‌نویسی Cloudflare Workers ساخته شده و به توسعه‌دهندگان اجازه می‌دهد از همان ابتدا برنامه‌های توزیع‌شده بسازند، در حالی که اداره سیستم ساده می‌ماند. آنچه او را هیجان‌زده می‌کند این است که مقیاس‌پذیری در خود مدل برنامه‌نویسی تعبیه شده، نه در زیرساختی که هر برنامه باید خودش سرهم کند.
این تیم در کلاودفلر با تیم‌های Workers و Durable Objects ترکیب میشود و هدف این است که این مدل برنامه‌نویسی به روش پیش‌فرض ساخت سرورها تبدیل شود؛ چه روی شبکه کلاودفلر اجرا شود و چه روی زیرساخت شخصی مشتری. پیوستن به کلاودفلر به معنای انتخاب محل تمرکز است: این تیم تصمیم گرفته توسعه آینده خود را روی این پلتفرم مشترک بگذارد و رانتایم و سرویس میزبانی مستقل را ادامه ندهد.
پیامدهای عملی این تصمیم روشن است: رانتایم Deno یک سال دیگر با انتشار ماهانه شامل رفع اشکال و به‌روزرسانی‌های امنیتی پشتیبانی میشود و پس از آن توسعه آن پایان مییابد؛ با این حال Deno متن‌باز باقی می‌ماند و کلاودفلر از کسانی که بخواهند توسعه آن را ادامه دهند استقبال می‌کند. سرویس Deno Deploy شش ماه دیگر فعال می‌ماند و سپس تعطیل میشود، در حالی که برای مشتریان پولی در حال مهاجرت به Cloudflare Workers پشتیبانی مهاجرت فراهم میشود. پروژه JSR نیز به کار خود ادامه می‌دهد و زیرساخت آن به کلاودفلر منتقل میشود. تیم همچنین به پشتیبانی از rusty_v8 ادامه می‌دهد و تلاش می‌کند آن را در workerd ادغام کند.
دال میگوید نیاز به انتزاع‌های بهتر به‌ویژه با ورود هوش مصنوعی حادتر شده است. به باور او Durable Objects توانایی‌هایی را در یک جا جمع می‌کند که برای میزبان‌های عامل هوشمند بسیار مفیدند: اجرای بدون سرور و کم‌هزینه، وضعیت پایدار، وب‌سوکت‌ها و یک رابط سطح‌بالای جاوااسکریپت. همین موضوع دلیل تمرکز celld بر Durable Objects است. کِنتون واردا و رایان دال توضیحات بیشتری را در نوشته مشترک خود در وبلاگ کلاودفلر ارائه کردهاند، و دال از توسعه‌دهندگانی که در مقیاس بزرگ عامل هوشمند می‌سازند و می‌خواهند آن‌ها را روی زیرساخت خودشان اجرا کنند خواسته تا با او تماس بگیرند.