Deno dołącza do Cloudflare, by budować samodzielnie hostowane Workers; Deno Deploy zostanie zamknięte

Cloudflare i Deno ogłosiły 9 października 2026 r., że cały zespół Deno pod kierunkiem Ryana Dahla, twórcy Node.js i Deno, przechodzi do Cloudflare. We wspólnym wpisie na blogu Cloudflare Dahl i Kenton Varda z Cloudflare piszą, że celem jest umożliwienie deweloperom znacznie łatwiejszego uruchamiania Workers i Durable Objects na własnej infrastrukturze, a nie tylko w sieci Cloudflare. Cloudflare oznaczył wpis jako przejęcie, a bloger Simon Willison opisuje transakcję jako zakup Deno w całości przez Cloudflare. Żaden z wpisów nie podaje warunków finansowych.

Plan koncentruje się na celld, które zespół Deno udostępnił w sierpniu. Dahl opisuje je jako pojedynczy plik binarny napisany w Rust, którego jedyną zewnętrzną zależnością usługową jest magazyn obiektów, a Varda mówi, że zaprojektowano je z myślą o pełnej zgodności z Workers i Durable Objects samego Cloudflare. Środowisko uruchomieniowe Cloudflare, workerd, jest już open source, ale Varda przyznaje, że uruchamia ono Durable Objects tylko jako pojedynczą instancję: wystarcza to do lokalnych testów, ale nie do skalowania. Według Vardy routing, którego Cloudflare używa w produkcji, nie jest czymś, czego chciałyby osoby hostujące samodzielnie, a firma nigdy nie znalazła czasu, by zbudować alternatywę. Dahl i Bert Belder pokierują teraz pracami nad tym, by samodzielnie hostowany workerd stał się w pełni wspieraną opcją, przenosząc do niego kod i pomysły z celld. Varda mówi, że w nadchodzących miesiącach pojawią się kolejne ogłoszenia.

Dla użytkowników Deno zmiana ma bezpośrednie konsekwencje. Dahl pisze, że zespół skupi swoją przyszłą pracę na wspólnej platformie z zespołami Workers i Durable Objects w Cloudflare, zamiast dalej rozwijać osobne środowisko uruchomieniowe i usługę hostingową. Środowisko uruchomieniowe Deno będzie przez kolejny rok otrzymywać comiesięczne wydania z poprawkami błędów i bezpieczeństwa, po czym zespół zakończy jego rozwój; kod pozostaje open source, a inni są zaproszeni do jego kontynuowania. Deno Deploy będzie działać przez sześć miesięcy, a następnie zostanie zamknięte; płacący klienci otrzymają pomoc w przejściu na Cloudflare Workers. JSR pozostaje dostępny, a jego infrastruktura przenosi się do Cloudflare, natomiast zespół nadal wspiera rusty_v8 i planuje zintegrować je z workerd. Dahl nazywa tę zmianę „poważną zmianą dla osób, które budowały na Deno”.

Varda wykorzystuje wpis również do odpowiedzi na częstą krytykę, że Cloudflare zbudował Workers inaczej niż inne platformy, aby uzależnić od siebie klientów. Argumentuje, że projekt jest inny, ponieważ Cloudflare uważa go za lepszy, i twierdzi, że lock-in w rzeczywistości szkodziłby firmie: gdy w 2022 roku Cloudflare proponował Workers for Platforms klientom takim jak Shopify, chcieli oni na tym budować tylko pod warunkiem, że środowisko uruchomieniowe będzie open source, i dlatego Cloudflare opublikował workerd, ten sam kod, który uruchamia w produkcji. Mówi, że niektórzy byli klienci użyli workerd, by odejść od Cloudflare, i że „dawanie ludziom wyjścia awaryjnego to dobry biznes”. Przyznaje, że jak dotąd niewiele osób uruchamia workerd w produkcji, co tłumaczy tym, że Cloudflare nie rozbudował otaczających go usług i narzędzi.

Dahl pisze, że celld czyni skalowanie częścią samego modelu programowania, dzięki czemu poszczególne aplikacje nie muszą już samodzielnie składać tej infrastruktury. Uważa, że Durable Objects dobrze nadają się do harnessów agentów AI, ponieważ łączą trwały stan, WebSockets, tanie wykonywanie serverless i wysokopoziomowy interfejs JavaScript. W komentarzu na Hacker News, cytowanym przez Willisona, Dahl mówi, że wygaszenie środowiska uruchomieniowego było wspólną decyzją, z którą się zgadza, i twierdzi, że Deno zostało wciągnięte w kopiowanie zachowania Node.js, podczas gdy „ostatecznie nie rozwiązuje dużych problemów”. Willison nazywa koniec utrzymania Deno złą wiadomością tego ogłoszenia. Jego ulubioną funkcją Deno, jak pisze, jest system uprawnień, który pozwala ograniczyć skrypt do wybranych plików, folderów i hostów sieciowych; zauważa, że Node.js dodał podobny model w wersji v20.0.0 w kwietniu 2023 roku, ale nie pozwala jeszcze umieszczać konkretnych hostów na liście dozwolonych.