Deno voegt zich bij Cloudflare

We werken al jaren aan het vereenvoudigen van het bouwen van serversoftware. We hebben ons gesteld de vraag hoe modules gedistribueerd zouden kunnen worden, welke beveiligingsgaranties een JavaScript-runtime zou kunnen bieden, wat er in een complete toolchain thuishoort en hoe eenvoudig een applicatie als een op zichzelf staand uitvoerbaar bestand kon worden gedistribueerd.

Compatibiliteit met Node.js werd daarbij ook een belangrijk onderdeel van dat werk: onze gebruikers wilden de verbeteringen van Deno, terwijl ze tegelijkertijd verbonden wilden blijven met het bestaande JS-ecosysteem. Het team en de community hebben een runtime gebouwd die deze mogelijkheden samenbracht en aannames uitdaagde over hoe JS-ontwikkeling eruit zou kunnen zien.

Vandaag kondigen we aan dat het gehele Deno-team zich bij Cloudflare voegt om dit werk verder voort te zetten.

Een visie voorbij de runtime

Onze ambitie is altijd verder gegaan dan alleen de runtime. Ik schreef hierover in mijn blogpost over JavaScript Containers: compute, opslag en communicatie die samenwerken, zonder dat elke applicatie zijn eigen infrastructuur in elkaar moet zetten.

Met Deno Deploy hebben we een volgende stap richting dat doel gezet. We wilden het draaien van applicaties zo eenvoudig mogelijk maken. Het bouwen en exploiteren van Deploy heeft ons echter ook laten zien hoeveel complexiteit er onder die ontwikkelaarservaring bleef bestaan. Ik wilde ook die laag vereenvoudigen.

Dit leidde tot celld. Gebaseerd op het programmeermodel van Cloudflare Workers, stelt celld ontwikkelaars in staat om vanaf het begin gedistribueerde applicaties te bouwen, terwijl het systeem eenvoudig te beheren blijft. Wat mij enorm enthousiasmeert, is dat de schaalbaarheid is ingebouwd in het programmeermodel, in plaats van in de infrastructuur die elke app zelf moet samenstellen.

De overstap naar Cloudflare

De progressie van Deno naar Deno Deploy naar celld verklaart waarom deze stap voor ons logisch is. Bij Cloudflare zullen we ons werk combineren met dat van de Workers- en Durable Objects-teams. We willen dit programmeermodel de standaardmanier maken om servers te bouwen, ongeacht of je draait op het netwerk van Cloudflare of op je eigen infrastructuur.

Deze overstap betekent ook dat we moeten kiezen waar we onze inspanningen op richten. We hebben besloten ons toekomstige ontwikkelingswerk te steken in dit gedeelde platform, in plaats van door te gaan met de ontwikkeling van een aparte runtime en hostingservice. We beseffen dat dit een ingrijpende wijziging is voor mensen die op Deno hebben gebouwd.

Aan iedereen die code heeft bijgedragen, bedrijven op Deno heeft gebouwd, problemen heeft gemeld en heeft vertrouwd op onze koers: dank u wel.

Wat dit concreet betekent

• Deno runtime: We blijven de Deno runtime nog een jaar ondersteunen met maandelijkse releases die bugfixes en beveiligingsupdates bevatten. Na dat jaar beëindigen we de ontwikkeling van de Deno runtime. Deno blijft open source, en we verwelkomen anderen die de ontwikkeling willen voortzetten.
• Deno Deploy: Deno Deploy blijft nog zes maanden operationeel voordat het wordt stopgezet. We bieden migratieondersteuning voor betalende klanten die overstappen naar Cloudflare Workers.
• JSR: JSR blijft operationeel, waarbij de infrastructuur wordt verplaatst naar Cloudflare.
• rustyv8: We blijven rustyv8 ondersteunen en werken aan de integratie ervan in workerd.

De rol van AI

De behoefte aan betere abstracties is vooral acute bij AI. Durable Objects brengen mogelijkheden samen die bijzonder nuttig zijn voor agent harnesses: goedkope, serverless executie, persistente status, WebSockets en een high-level JavaScript-interface. Dit is waar ik het meest naar uitkijk om te verkennen en waarom celld zich richt op Durable Objects.

Kenton Varda en ik leggen hier meer over uit in ons gezamenlijke bericht op de Cloudflare-blog.

Als u agents op schaal bouwt en deze op uw eigen infrastructuur wilt draaien, kunt u mij nu bereiken via ry@cloudflare.com.