Команда Deno переходить до Cloudflare: підтримка середовища виконання та Deno Deploy обмежена в часі

Команда Deno приєднується до Cloudflare і зосередиться на Workers та Durable Objects. Середовище виконання підтримуватимуть ще рік, а Deno Deploy закриють через шість місяців.

· 4 хв читання · 5 коментарів

9 жовтня 2026 року команда Deno оголосила про приєднання до Cloudflare. Як ідеться в анонсі Deno, тепер вона зосередиться на спільній роботі з командами Cloudflare Workers і Durable Objects, а не на розвитку окремого середовища виконання Deno та сервісу Deno Deploy. Для користувачів цих продуктів уже визначено різні терміни підтримки та роботи.

Що зміниться для продуктів Deno

Середовище виконання Deno команда підтримуватиме ще рік: щомісячні випуски міститимуть виправлення помилок і оновлення безпеки. Після цього нинішня команда припинить його розробку. Код залишиться відкритим, і інші учасники зможуть продовжити роботу над проєктом.

Deno Deploy працюватиме ще шість місяців, після чого сервіс закриють. Платним клієнтам обіцяють допомогу з переходом на Cloudflare Workers. В анонсі не сказано, що така підтримка під час перенесення буде доступна всім користувачам.

Інші частини екосистеми чекає інший шлях. JSR продовжить працювати, але його інфраструктуру перенесуть до Cloudflare. Команда також має намір підтримувати rusty_v8 і працювати над його інтеграцією у workerd. Тому важливо розрізняти долю конкретних продуктів: закриття Deploy не означає, що тієї ж миті припиняться оновлення самого середовища виконання.

Спочатку команда Deno прагнула спростити створення серверних програм на JavaScript. Вона переосмислювала підходи до поширення модулів, безпеки середовища виконання та набору інструментів, а також працювала над запуском застосунків як самостійних виконуваних файлів. Сумісність із Node.js стала важливою частиною цієї роботи: користувачі хотіли використовувати можливості Deno, зберігаючи доступ до наявної екосистеми JavaScript.

Deno Deploy мав спростити запуск застосунків, але робота над сервісом показала команді, скільки складнощів залишається за зручним інтерфейсом. Згодом з’явився celld, заснований на моделі програмування Cloudflare Workers і призначений для розподілених застосунків. За задумом команди, розробникам не доведеться окремо проєктувати інфраструктуру масштабування для кожного застосунку.

У Cloudflare команда хоче розвивати цей підхід разом із розробниками Workers і Durable Objects. Мета — зробити його придатним не лише для мережі Cloudflare, а й для власної інфраструктури. Поки що це напрям роботи, а не представлена в анонсі готова заміна для всіх сценаріїв використання Deno.

Особливу увагу приділено ШІ-агентам. Раян Даль пов’язує інтерес до Durable Objects із поєднанням безсерверного виконання, постійного стану, WebSockets та інтерфейсу JavaScript. Ці можливості пояснюють, чому робота над celld зосереджена на Durable Objects. Термінів появи нової спільної платформи в анонсі немає.

Що це означає для сайтів і вебзастосунків

Розробникам, які розміщують застосунки на Deno Deploy, варто перевірити, які частини проєкту залежать від сервісу і що знадобиться для перенесення. Для платних клієнтів передбачена допомога з переходом на Workers; решті не варто заздалегідь розраховувати на ті самі умови. Сам анонс не містить докладного плану міграції для кожного проєкту.

Якщо застосунок використовує Deno як середовище виконання, але розміщений не на Deploy, питання інше: як команда проєкту плануватиме оновлення та підтримку надалі. Відкритий код дає спільноті змогу продовжити розробку, однак у тексті немає обіцянки, що хтось візьме її на себе. Тут корисно відокремити можливість від плану, на який уже можна спиратися.

Власнику сайту чи маркетологу не обов’язково розбиратися в будові середовища виконання. Достатньо запитати розробників, чи використовується Deno Deploy для розміщення сайту і чи залежить застосунок від Deno. Відповідь допоможе зрозуміти, чи потрібен план перенесення або перегляд довгострокової підтримки. Новина стосується не кожного сайту, а проєктів, що спираються на продукти Deno.

Моя думка: зручний запуск — це ще не вся система

Мені як студентці, яка збирає свій перший каталог на Django і поєднує його з простим фронтендом, цікаво спостерігати, як розмова про середовище виконання перейшла до будови застосунку та інфраструктури. Я саме вчуся дивитися далі сторінки, що відкрилася в браузері: де зберігаються дані, на чому запускається код і що станеться, якщо один із сервісів зміниться.

Ідея celld мені подобається: хочеться витрачати менше зусиль на інфраструктуру й більше — на сам застосунок. Але поки що я не плутала б цю мету з уже доступним рішенням для свого проєкту. Навіть коли інструмент дає змогу швидко отримати робочий чернетковий варіант, мені важливо розуміти його залежності й заздалегідь ставити запитання про подальшу підтримку. Саме цим для мене корисний анонс Deno.

Джерела

Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.

  1. Deno Is Joining Cloudflare deno.com

Про автора

Інеш із Порту

студентка веброзробки

Навчаюся на веброзробницю й роблю перший навчальний каталог на Django. Намагаюся з’єднати його з простим фронтендом, щоб розібратися не лише в красивій картинці, а й у даних.

Усі публікації автора

Швидкість 4 хв читання

Cloudflare додала профілювання CPU та пам’яті для Workers і Durable Objects

Cloudflare представила профілювання CPU та пам’яті для Workers і Durable Objects у продакшені. Розробники можуть вивчати інтерактивні flamegraph і знаходити функції, що споживають ресурси.

Швидкість 4 хв читання

Cloudflare відкрила Origin Range Requests для кешування частин великих файлів

Cloudflare представила Origin Range Requests для кешування частин великих файлів. Функція доступна на всіх тарифах, а після переходу R2 показник p99 часу до першого байта скоротився приблизно вдвічі.

Інструменти 3 хв читання

Mozilla представила Firefox Enterprise з керуванням браузерами в інфраструктурі компанії

Mozilla представила Firefox Enterprise — рішення для централізованого керування браузерами, яке можна розгорнути в інфраструктурі компанії. Воно охоплює політики, захист даних і контроль доступу до внутрішніх застосунків.

Написати коментар

Не публікується. Надішлемо посилання, щоб підтвердити коментар.

Без посилань і реклами. Перший коментар публікується після перевірки. Надсилаючи коментар, ви погоджуєтеся з політикою конфіденційності.

  1. цікаво, чи залишиться після переходу команди якийсь зрозумілий шлях для сторонніх контриб’юторів підтримувати відкритий код Deno — наприклад, із доступом до релізного процесу й виправлень безпеки?

    1. Інеш із Порту Автор публікації

      Це справді ключове питання: код залишиться відкритим, але в анонсі, схоже, немає конкретики про незалежний релізний процес чи доступ контриб’юторів до випуску security-патчів. Я б чекала окремого плану підтримки від спільноти — самих PR у відкритому репозиторії може бути замало, якщо немає зрозумілого мейнтейнерства й відповідального за релізи. Було б класно, якби команда описала це до завершення річного періоду підтримки.

  2. шість місяців для переїзду з Deno Deploy — термін, звісно, оптимістичний, особливо якщо в застосунку є інтеграції не лише з базовим рантаймом. цікаво, чи допомога з міграцією дістанеться не тільки платним клієнтам?

    1. Інеш із Порту Автор публікації

      У самому анонсі допомогу з переходом на Cloudflare Workers обіцяють саме платним клієнтам; про безкоштовних користувачів поки нічого не сказано. І так, якщо є інтеграції з API чи особливості Deploy, пів року може пролетіти дуже швидко 😬 Було б корисно побачити чіткий план міграції й інструменти для всіх, не лише для тих, хто платив.

    2. Не впевнений, що шість місяців — аж такий нереалістичний термін: якщо застосунок не зав’язаний на специфічні API Deno, міграція на Workers може бути доволі прямою. Але з інтеграціями й власною інфраструктурою часу справді може знадобитися більше. Із тексту схоже, що персональну допомогу обіцяють лише платним клієнтам, тож іншим доведеться розбиратися самостійно 😬