Команда Deno переходит в Cloudflare: что будет с Deploy
После объявления о переходе команды Deno в Cloudflare владельцу приложения нужно отдельно проверить зависимость от runtime, Deploy и JSR. Они меняются по разным планам. Общая фраза «Deno закрывается» не объясняет, какое действие требуется вашему проекту и в какой срок его действительно нужно выполнить.
Что обе команды объявили в октябре
9 октября 2026 года Deno сообщил о присоединении команды к Cloudflare. В тот же день Cloudflare описал направление объединения workerd и celld. Это изменение приоритетов развития и планы инфраструктуры, а не доказательство уже завершённого переноса всех пользовательских приложений.
Перед решением составьте карту того, чем проект реально пользуется. Код может исполняться на Deno вне Deploy, зависеть от реестра JSR или использовать управляемые возможности размещения. У этих случаев разные последствия, даже если все они называются Deno в переписке команды.
Подтверждённые заявления относятся к разным компонентам
| Компонент | Заявление из анонсов | Указанный горизонт | Что выяснить для приложения |
|---|---|---|---|
| Deno runtime | Месячные bugfix/security-выпуски, затем завершение разработки этой командой | Ещё один год поддержки | Где исполняется код и кто поддерживает выбранную поставку |
| Deno Deploy | Продолжение работы, затем shutdown; помощь платным клиентам при переходе на Workers | Ещё шесть месяцев работы | Какие ресурсы и функции завязаны на платформу |
| JSR | Продолжение работы с переносом инфраструктуры в Cloudflare | Отдельная точная дата здесь не задана | Какие пакеты и пути поставки использует проект |
| workerd и celld | Объединение кода и идей как направление дальнейшей работы | Будущие анонсы и развитие | Какие необходимые возможности уже доступны, а какие пока планируются |
Месяцы в таблице передают заявление производителей, а не вычисленный нами календарный SLA. Перед рабочим планом проверьте новые уточнения и условия своего сервиса. На дату этого разбора заявленный будущий shutdown не следует описывать как уже состоявшееся отключение.
Runtime и сервис размещения нельзя подменять друг другом
Открытый исходный код runtime не означает, что прежняя команда продолжит его развитие после объявленного периода. И наоборот, изменение планов Deploy не выключает автоматически каждое локальное приложение. Для решения нужна конкретная цепочка запуска и сопровождения.
Запишите внешние подключения, хранение состояния, расписания, очереди и способ доставки секретов, если они есть в проекте. Этот перечень нужен не для переноса всех возможных функций платформы, а для выявления действительно используемых зависимостей.
Не считать обещанную помощь готовой миграцией
В анонсе Deno названа помощь платным клиентам, переходящим на Workers. Из этого не следует одинаковая совместимость любого приложения или заранее согласованный объём работ. Команда проекта должна уточнить применимые условия и получить проверяемый план для своих ресурсов.
Начните с ограниченного учебного пути: приложение получает данные, выполняет разрешённую операцию и сохраняет ожидаемый результат. Проверьте его в выбранной среде, не подключая настоящие клиентские действия ради демонстрации. Совпадение языка JavaScript не заменяет проверки платформенных возможностей.
Какие планы не нужно принимать за готовую возможность
Cloudflare описывает работу по соединению workerd и celld для развития самостоятельного размещения. В статье это направление, а не обещание, что все нужные ресурсы уже развёртываются одним готовым способом. Решение о платформе опирается на доступные проверенные функции.
Если проект рассчитывает дождаться нового механизма, сохраните условия такого ожидания: какие подтверждения нужны и когда решение пересматривается. План должен оставлять время на другую поставку. Не делайте критическую зависимость от будущего анонса незаметной для владельца бизнеса.
Как составить ограниченный план перехода
- Отделите runtime, Deploy, JSR и прочие используемые компоненты.
- Зафиксируйте актуальные заявления, сроки и условия своего проекта.
- Составьте карту данных и платформенных зависимостей.
- Выберите доступную целевую среду для учебного сценария.
- Проверьте поведение, доступы и сохранение результата.
- Уточните помощь поставщика и самостоятельный объём работ.
- Согласуйте переключение, сохранение новых данных и возможность возврата.
Не сводите решение только к экспорту кода. Состояние приложения и внешние договорённости могут требовать отдельных действий. После теста должны быть видны ещё не проверенные участки, а не одна общая отметка «совместимо».
Для переноса приложения передайте карту компонентов и источники сроков. При разработке веб-сервиса проверяйте нужную модель исполнения, а в сопровождении серверов закрепите обновления и восстановление. В рамках статьи ресурсы не создавались, миграция не выполнялась и аккаунты поставщиков не использовались.
Вопросы и ответы
Что означает переход Deno в Cloudflare для runtime?
Анонс Deno обещает ещё год месячных исправлений и обновлений безопасности, затем завершение разработки этой командой. Это не означает уже состоявшееся отключение всех программ на Deno.
Deno Deploy уже закрылся после объявления?
В анонсе говорится о продолжении работы ещё шесть месяцев перед shutdown. Перед планом перехода проверьте последующие уточнения, не превращая этот горизонт в придуманную точную дату.
Deno Deploy можно автоматически заменить на Cloudflare Workers?
Анонс описывает помощь платным клиентам, но не гарантирует совместимость каждого приложения. Сначала сопоставьте реально используемые функции и проверьте ограниченный сценарий.