Zum Inhalt springen
ittechwire

Technologie-Nachrichten mit offengelegten Quellen

  1. Startseite
  2. Cloud

Cloud

Deno wechselt zu Cloudflare, um selbst gehostete Workers zu entwickeln; Deno Deploy wird eingestellt

Das Deno-Team um Ryan Dahl wechselt zu Cloudflare, um Workers und Durable Objects praxistauglich auf eigenen Servern betreiben zu können. Deno Deploy schließt nach sechs Monaten, die Entwicklung der Runtime endet nach einem weiteren Jahr.

ittechwire-Redaktion4 Min. LesezeitQuellen: 3KI-Übersetzung · Original: English
Empfangsbereich eines Cloudflare-Büros mit Firmenname und Logo an der Wand hinter dem Tresen
HaeB · CC BY-SA 4.0

Das Wichtigste

  1. 1Das gesamte Deno-Team, darunter Ryan Dahl, Schöpfer von Node.js und Deno, wechselt zu Cloudflare, wie beide Unternehmen am 9. Oktober 2026 mitteilten.
  2. 2Dahl und Bert Belder werden die Arbeit leiten, selbst gehostetes workerd zu einer vollständig unterstützten Option zu machen, und dabei Code und Ideen aus Denos celld einbringen.
  3. 3Die Deno-Runtime erhält noch ein Jahr lang monatliche Releases mit Fehlerbehebungen und Sicherheitsupdates, dann beendet das Team die Entwicklung; der Code bleibt Open Source.
  4. 4Deno Deploy wird nach sechs Monaten abgeschaltet, zahlende Kunden erhalten Hilfe bei der Migration zu Cloudflare Workers; JSR läuft auf Cloudflare-Infrastruktur weiter.
  5. 5Kenton Varda von Cloudflare weist die Behauptung zurück, Workers sei auf Lock-in ausgelegt, und räumt ein, dass workerd Durable Objects bislang nur als einzelne Instanz ausführt.

Die ganze Meldung

Cloudflare und Deno gaben am 9. Oktober 2026 bekannt, dass das gesamte Deno-Team unter der Leitung von Ryan Dahl, dem Schöpfer von Node.js und Deno, zu Cloudflare wechselt. In einem gemeinsamen Beitrag im Cloudflare-Blog schreiben Dahl und Kenton Varda von Cloudflare, Ziel sei es, Entwicklern den Betrieb von Workers und Durable Objects auf eigener Infrastruktur deutlich zu erleichtern, nicht nur im Netzwerk von Cloudflare. Cloudflare kennzeichnete den Beitrag als Übernahme, und der Blogger Simon Willison beschreibt den Deal als vollständigen Kauf von Deno durch Cloudflare. Keiner der Beiträge nennt finanzielle Bedingungen.

Im Mittelpunkt des Plans steht celld, das das Deno-Team im August veröffentlicht hat. Dahl beschreibt es als einzelnes, in Rust geschriebenes Binary, dessen einzige externe Dienstabhängigkeit ein Object Storage ist; Varda zufolge wurde es so entworfen, dass es vollständig mit Cloudflares eigenen Workers und Durable Objects kompatibel ist. Cloudflares Runtime workerd ist bereits Open Source, doch Varda räumt ein, dass sie Durable Objects nur als einzelne Instanz ausführt: genug für lokale Tests, nicht für die Skalierung. Laut Varda ist das Routing, das Cloudflare in der Produktion nutzt, nichts, was Selbsthoster haben wollen, und das Unternehmen habe nie die Zeit gefunden, eine Alternative zu bauen. Dahl und Bert Belder werden nun eine Initiative leiten, um selbst gehostetes workerd zu einer vollständig unterstützten Option zu machen, indem Code und Ideen aus celld darin einfließen. Varda zufolge folgen in den kommenden Monaten weitere Ankündigungen.

Für Deno-Nutzer hat der Schritt direkte Folgen. Dahl schreibt, das Team werde seine künftige Arbeit zusammen mit den Teams von Cloudflare für Workers und Durable Objects in die gemeinsame Plattform stecken, statt eine eigene Runtime und einen eigenen Hosting-Dienst weiterzuführen. Die Deno-Runtime erhält noch ein Jahr lang monatliche Releases mit Fehlerbehebungen und Sicherheitsupdates, danach stellt das Team die Entwicklung ein; der Code bleibt Open Source, und andere sind eingeladen, ihn weiterzuführen. Deno Deploy läuft noch sechs Monate weiter und wird dann abgeschaltet; zahlende Kunden erhalten Unterstützung beim Umzug zu Cloudflare Workers. JSR bleibt online, und seine Infrastruktur zieht zu Cloudflare um, während das Team rusty_v8 weiter unterstützt und plant, es in workerd zu integrieren. Dahl nennt den Wechsel „eine folgenreiche Veränderung für Menschen, die auf Deno aufgebaut haben“.

Varda nutzt den Beitrag auch, um auf die verbreitete Kritik zu antworten, Cloudflare habe Workers anders als andere Plattformen gebaut, um Kunden an sich zu binden. Er argumentiert, das Design unterscheide sich, weil Cloudflare es für besser halte, und sagt, ein Lock-in würde dem Unternehmen sogar schaden: Als es Workers for Platforms 2022 Kunden wie Shopify anbot, wollten diese nur darauf aufbauen, wenn die Runtime Open Source sei; deshalb habe Cloudflare workerd veröffentlicht, denselben Code, den es in der Produktion betreibt. Er sagt, einige ehemalige Kunden hätten workerd genutzt, um Cloudflare zu verlassen, und dass „Menschen einen Notausgang zu geben, gutes Geschäft ist“. Er räumt ein, dass bislang nur wenige workerd in der Produktion einsetzen, was er darauf zurückführt, dass Cloudflare die umgebenden Dienste und Werkzeuge nicht ausgebaut hat.

Dahl schreibt, celld mache die Skalierung zu einem Teil des Programmiermodells selbst, sodass nicht mehr jede Anwendung diese Infrastruktur eigenständig zusammenstellen müsse. Er hält Durable Objects für gut geeignet für Harnesses von KI-Agenten, weil sie persistenten Zustand, WebSockets, kostengünstige Serverless-Ausführung und eine High-Level-Schnittstelle in JavaScript vereinen. In einem von Willison zitierten Kommentar auf Hacker News sagt Dahl, die Einstellung der Runtime sei eine gemeinsame Entscheidung gewesen, der er zustimme, und argumentiert, Deno sei dazu gedrängt worden, das Verhalten von Node.js nachzuahmen, während „es letztlich keine großen Probleme löst“. Willison bezeichnet das Ende der Deno-Wartung als die schlechte Nachricht der Ankündigung. Seine liebste Deno-Funktion sei das Berechtigungssystem, das ein Skript auf ausgewählte Dateien, Ordner und Netzwerk-Hosts beschränken kann, schreibt er; er merkt an, dass Node.js im April 2023 mit v20.0.0 ein ähnliches Modell eingeführt habe, aber noch keine bestimmten Hosts per Allowlist freigeben könne.

Warum es wichtig ist

Entwickler und Unternehmen, die auf die Deno-Runtime oder Deno Deploy setzen, stehen nun vor Fristen: sechs Monate für den Abschied von Deploy und ein weiteres Jahr mit Runtime-Releases des aktuellen Teams, sofern nicht andere die Entwicklung übernehmen. Für Cloudflare-Nutzer könnte der Plan es ermöglichen, Anwendungen mit Workers und Durable Objects skaliert auf eigenen Maschinen zu betreiben, was workerd allein heute nicht bietet. Vieles ist noch offen: Laut Cloudflare folgen in den kommenden Monaten weitere Ankündigungen, und die Beiträge erklären weder, was die Migrationsunterstützung umfasst, noch nennen sie Bedingungen des Deals.

Zeitleiste

  1. · Veröffentlicht

Themen#Deno#Cloudflare#Cloudflare Workers#Durable Objects#JavaScript#Ryan Dahl

Quellen

Diese Meldung stützt sich auf die folgenden Quellen. Lesen Sie sie für den vollständigen Kontext.

  1. 1Cloudflare · PrimärquelleDeno is joining Cloudflareblog.cloudflare.com
  2. 2Deno · PrimärquelleDeno is joining Cloudflaredeno.com
  3. 3Simon Willison · AnalyseDeno is joining Cloudflaresimonwillison.net