Команда Deno переходит в Cloudflare: поддержка runtime и Deno Deploy ограничена по срокам

Команда Deno присоединяется к Cloudflare и сосредоточится на Workers и Durable Objects. Runtime будут поддерживать ещё год, а Deno Deploy закроют через шесть месяцев.

· 4 мин чтения · 4 комментария

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 объединяется с Cloudflare

Изначально команда 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, вопрос другой: как команда проекта будет планировать обновления и поддержку в дальнейшем. Открытый код допускает продолжение разработки сообществом, однако обещания, что кто-то возьмёт её на себя, в тексте нет. Здесь полезно отделить возможность от плана, на который уже можно опереться.

Владельцу сайта или маркетологу необязательно разбираться в устройстве runtime. Достаточно спросить разработчиков, используется ли Deno Deploy для размещения сайта и зависит ли приложение от Deno. Ответ поможет понять, нужен ли план переноса или пересмотр долгосрочной поддержки. Новость касается не каждого сайта, а проектов, опирающихся на продукты Deno.

Моё мнение: удобный запуск — не вся система

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

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

Источники

Откуда новость. Текст — пересказ своими словами, факты — из источника, мнение — автора.

  1. Deno Is Joining Cloudflare deno.com

Об авторе

Инеш из Порту

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

Учусь на веб-разработчицу и делаю первый учебный каталог на Django. Пытаюсь соединить его с простым фронтендом, чтобы разобраться не только в красивой картинке, но и в данных.

Все публикации автора

Скорость 4 мин чтения

Cloudflare открыла Origin Range Requests для кэширования частей больших файлов

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

Инструменты 3 мин чтения

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

Mozilla представила Firefox Enterprise — решение для централизованного управления браузерами, которое можно развернуть в инфраструктуре компании. Оно включает настройки политик, защиту данных и контроль доступа к внутренним приложениям.

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

Не публикуется. Пришлём ссылку, чтобы подтвердить комментарий.

Без ссылок и рекламы. Первый комментарий публикуется после проверки. Отправляя комментарий, вы соглашаетесь с политикой конфиденциальности.

  1. Для магазинов и других проектов на Deno Deploy важно отдельно проверить не только код, но и привязанные интеграции: например, вебхуки оплаты и фоновые задачи могут зависеть от особенностей платформы. При переезде на Workers это стоит прогнать заранее — перенос обработчика обычно проще, чем поиск тихо сломавшегося сценария после отключения сервиса.

    1. @valters.ozols у меня при переносе небольшого backend-обработчика отдельно всплыли вебхуки и расписание задач: сам код запускался, а сценарии требовали ручной проверки

      1. @laziz_m ещё стоит проверить, как после переезда ведут себя переменные окружения и секреты: локально обработчик бодро запускается, а на новой платформе внезапно не находит ключ оплаты. мелочь, конечно, пока не выясняется, что вебхук теперь молча падает 🙃

        1. @igor_yan А при переносе секреты удобнее сверять по списку переменных окружения или проверять через тестовый запуск вебхука оплаты?