Cloudflare купува Deno — екипът преминава към Workers

16 октомври 2026 г. в 12:00|Автор: Редакционният екип на QUASA|5 мин. четене

Cloudflare купува Deno, а финансовите условия на сделката не са разкрити; преди нея стартъпът е набрал общо 26 млн. долара, съобщава TechCrunch в публикация от 10 октомври 2026 г. В съвместното съобщение от 9 октомври 2026 г. Райън Дал казва: „The Deno team is joining Cloudflare, and we're merging workerd and celld!“ Целият екип на Deno преминава към Cloudflare, а обединяването на двата проекта е обявен план за бъдеща работа.

Сделката насочва създателите на Deno към Cloudflare Workers и към възможността приложения по този модел да работят върху собствена инфраструктура. За използващите Deno последиците са различни според това дали разчитат на средата за изпълнение, на хостинг услугата Deploy или на регистъра за пакети JSR. Затова придобиването само по себе си не означава общ срок за преместване на всички приложения.

Какво получава Cloudflare от екипа на Deno

celld разпределя Durable Objects между екземпляри със споделено обектно хранилище, докато workerd има ограничение при самостоятелното им хостване.

Освен екипа Cloudflare получава работа по celld — проект, създаден за самостоятелно хостване на приложения по модела на Workers и Durable Objects. Райън Дал и съоснователят на Deno Берт Белдер ще водят усилието тази работа да бъде съчетана с workerd, отворената среда за изпълнение на Cloudflare Workers. Целта е самостоятелното хостване с workerd да стане поддържан начин за изграждане и работа на такива приложения.

Това е конкретната технологична стойност на сделката: celld е разработен около разполагането на Durable Objects, насочването на заявките към тях и запазването на състоянието им при работа върху различни машини. Durable Object събира изпълнението и данните на отделна част от приложението на едно логическо място. При собствена инфраструктура платформата трябва да намира това място и да поддържа състоянието му, докато приложението се разпределя между машини.

Планът е код и идеи от celld да влязат в workerd. Това описва посоката на разработка, а не завършен продукт или обещание, че всяко приложение за Deno ще работи без промени в Workers. Deno runtime е отделна среда за JavaScript и TypeScript със собствени инструменти и интерфейси; обявеното обединяване засяга проектите около модела на Workers.

Защо celld е важен за самостоятелното хостване на workerd

Основният технически проблем е работата на Durable Objects извън инфраструктурата на Cloudflare. Отвореният workerd вече може да изпълнява Workers, но поддръжката му за Durable Objects при самостоятелно хостване е пригодена за локално тестване и не осигурява разпределението между машини, нужно за по-голямо приложение. celld е изграден именно около разпределена работа с тези обекти и използва обектно хранилище за устойчивото им състояние.

Този подход има значение за приложения, в които отделни разговори, потребители или други части от услугата поддържат собствено състояние и постоянни връзки. Вместо разработчикът сам да сглобява изпълнение, маршрутизиране и съхранение за всяка такава част, моделът на Durable Objects ги свързва. Обявената обща работа цели този модел да бъде по-лесен за използване и върху инфраструктура, управлявана от самия оператор.

Наличният celld вече има и описани оперативни граници. Документацията за celld v0.6.2 го определя като бета версия: една група екземпляри обслужва едно приложение, устойчивото състояние се пази в съвместимо обектно хранилище, а публичните TLS връзки изискват отделно прекратяване. Това са условия за сегашния celld, а не публикувана спецификация на бъдещия обединен workerd.

Какво следва за Deno runtime, Deploy и JSR

Deno Deploy има обявен шестмесечен срок до спиране, а екипът ще поддържа Deno runtime още една година.

За настоящите потребители на Deno най-конкретните срокове са свързани с поддръжката и хостинга. Според плана, публикуван от Deno на 9 октомври 2026 г., runtime ще получава месечни версии с поправки и обновления по сигурността още една година, след което екипът ще прекрати собствената си разработка по него; Deno Deploy ще работи още шест месеца преди спиране. На плащащите клиенти на Deploy е обещана помощ при преминаване към Cloudflare Workers.

Двата срока засягат различни зависимости. Приложение, хоствано в Deno Deploy, зависи от услуга с обявен край на работа, независимо дали кодът му би могъл да се изпълнява другаде. Приложение, което използва Deno runtime на собствен сървър или при друг доставчик, не спира заедно с Deploy, но след периода на поддръжка вече няма да получава нови версии от досегашния екип.

Deno остава проект с отворен код, така че други разработчици могат да продължат работата по него. JSR ще продължи да функционира, като инфраструктурата му ще премине към Cloudflare. Екипът ще поддържа и rusty_v8 и възнамерява да го интегрира в workerd. Тези решения запазват отделни части от екосистемата, без да превръщат Deno runtime в обявена основа на Workers.

Какво означава планът за приложенията върху Workers

За вече работещите върху Cloudflare Workers приложения сделката сама по себе си не въвежда миграция. Потенциалната промяна е в начина, по който същият програмен модел би могъл да се използва на собствена инфраструктура, особено при приложения с разпределени Durable Objects. Засега това е цел на екипа, а съществуващите celld и workerd имат собствени възможности и ограничения.

За компания, която планира нова инвестиция в Deno, същественото разграничение е между наличния софтуер и обявената посока на развитие. Сроковете за runtime и Deploy вече позволяват да се оцени зависимостта от тях; за обединения workerd още се очакват подробности за поддържаните API, съхранението на състояние и условията за работа на собствена инфраструктура. Следващите технически съобщения на Cloudflare ще покажат кога и при какви условия тази възможност ще стане поддържана част от платформата.

Прочетете също:

Споделяне: