Cloudflare przejmuje zespół Deno, a runtime dostaje ostatnie 12 miesięcy wsparcia

Cały zespół Deno przechodzi do Cloudflare. Dla użytkowników ważniejszy jest harmonogram: Deno Deploy zakończy działalność za 6 miesięcy, a firma będzie rozwijać samodzielny runtime Deno jeszcze tylko przez 12 miesięcy.

Deno Deploy znika, a runtime ma przed sobą rok wsparcia

Przez kolejne 12 miesięcy runtime ma co miesiąc otrzymywać poprawki błędów i aktualizacje bezpieczeństwa. Później Deno zakończy własne prace rozwojowe. Kod pozostanie open source i społeczność będzie mogła go rozwijać, lecz ogłoszenie nie wskazuje zespołu, który weźmie za to odpowiedzialność.

Deno Deploy będzie działać jeszcze przez 6 miesięcy. Płacący klienci otrzymają pomoc w migracji do Cloudflare Workers. Rejestr JSR ma działać dalej, a jego infrastruktura trafi do Cloudflare. Firma zapowiada też dalsze wsparcie rusty_v8 i pracę nad jego integracją z workerd.

Cloudflare pozyskuje drogę do Workers poza własną siecią

Ostatni etap rozwoju Deno prowadził od runtime przez hosting Deno Deploy do projektu celld. Celld przenosi model Workers i Durable Objects do systemu open source dla aplikacji rozproszonych działających na własnej infrastrukturze. W Cloudflare prace nad celld mają połączyć się z workerd oraz zespołami Workers i Durable Objects.

Właśnie tu leży wartość strategiczna. Cloudflare chce, aby Workers stały się popularnym modelem budowy serwerów także tam, gdzie klient sam kontroluje infrastrukturę. Zespoły platformowe mogłyby z czasem korzystać z tych samych mechanizmów obliczeń, stanu, kolejek i komunikacji w Cloudflare oraz we własnym środowisku. Ogłoszenie wyznacza kierunek prac, lecz nie podaje gotowego produktu ani daty dostępności.

Kod pozostaje otwarty, lecz ciężar utrzymania przechodzi na społeczność

Rok wsparcia daje zespołom czas, ale nie rozstrzyga, co wydarzy się później. Repozytorium może pozostać publiczne długo po odejściu osób opłacanych za poprawki, wydania i reakcję na problemy bezpieczeństwa. Firmy korzystające z runtime muszą odróżnić dostępny kod źródłowy od utrzymywanej platformy.

Podobnej ostrożności wymaga obietnica przenośności. Połączenie celld z workerd może ułatwić uruchamianie Workers poza Cloudflare, ale wciąż brakuje ścieżki migracji, modelu operacyjnego i wiążącego harmonogramu.

Migracje z Deploy i publiczny plan celld pokażą rezultat

Pierwszym mierzalnym sygnałem będzie zamknięcie Deno Deploy w ciągu 6 miesięcy. Warto sprawdzić, czy płacący klienci przejdą do Workers bez poważnych zmian w aplikacjach oraz czy wsparcie migracji jasno obejmie dane, stan i zachowanie sieci.

Drugim sygnałem będzie publiczny plan połączenia celld z workerd. Konkretne wydania, dokumentacja self-hostingu i wskazani opiekunowie Deno po upływie 12 miesięcy pokażą, czy Cloudflare buduje przenośny ekosystem, czy tylko skupia rozwój pod jednym dachem.

Werdykt Lilith

Zespoły korzystające z Deno Deploy mają 6 miesięcy na spakowanie walizek, a Cloudflare zabiera mapę prowadzącą do self-hosted Workers. Wartość tej transakcji pokaże dopiero to, czy po przeprowadzce pozostanie otwarta droga, a nie tylko publiczny projekt.