Deno wechselt zu Cloudflare; Deno Deploy schließt in sechs Monaten

Das gesamte Deno-Team wechselt zu Cloudflare, wie Deno am 9. Oktober 2026 bekannt gab. Deno Deploy, der Hosting-Dienst des Unternehmens, läuft noch sechs Monate weiter und wird dann abgeschaltet. Die Deno-Runtime, eine Laufzeitumgebung für JavaScript und TypeScript, erhält noch ein Jahr lang monatliche Bugfix- und Sicherheitsreleases, bevor die offizielle Entwicklung endet. Für jedes Team, das Code auf Deno Deploy betreibt, läuft damit die Uhr für die Migration.

„Heute geben wir bekannt, dass das gesamte Deno-Team zu Cloudflare wechselt, um diese Arbeit weiterzuführen“, schrieb Deno-Schöpfer Ryan Dahl im Blog von Deno. Keines der beiden Unternehmen nannte einen Preis oder die Struktur des Deals. Cloudflare ordnet seinen Beitrag zu dem Schritt unter Übernahmen ein.

Was mit jedem Deno-Produkt passiert

Die beiden Ankündigungen und die Berichterstattung stimmen bei den Zeitplänen überein:

Produkt	Was passiert
Deno-Runtime	Monatliche Bugfix- und Sicherheitsreleases für ein weiteres Jahr, danach endet die offizielle Entwicklung. Sie bleibt Open Source, und andere dürfen sie weiterführen
Deno Deploy	Läuft noch sechs Monate weiter und wird dann abgeschaltet. Zahlende Kunden erhalten Hilfe beim Umzug zu Cloudflare Workers
JSR	Die JavaScript-Paketregistry läuft weiter, und ihre Infrastruktur zieht zu Cloudflare um
rusty_v8	Deno unterstützt es weiterhin und wird daran arbeiten, es in workerd zu integrieren

Keiner der beiden Beiträge sagt, was mit Deno KV, dem Datenbankdienst des Unternehmens, oder mit dem Web-Framework Fresh passiert. Der Beitrag von Deno führt Fresh unter seinen Open-Source-Projekten auf, nennt aber keinen Plan dafür.

Deno sammelte im Juni 2022 eine Series A über 21 Mio. US-Dollar unter Führung von Sequoia Capital ein, merkt RuntimeWire an.

Der Plan: Workers zum Selbstbetrieb

Das vereinte Team wird daran arbeiten, Cloudflares Modell außerhalb von Cloudflares eigenem Netzwerk lauffähig zu machen. Workers ist Cloudflares Plattform, um Code über sein Netzwerk hinweg auszuführen. Durable Objects ist sein Baustein für Apps, die einen Zustand halten müssen.

Zwei Softwarekomponenten werden zusammengeführt, erklärt der Blog von Cloudflare:

• workerd ist Cloudflares Open-Source-Runtime für Workers. Heute laufen ihre Durable Objects als einzelne Instanz, was für lokale Tests funktioniert, aber nicht skalieren kann.
• celld ist Denos System, um verteilte Apps selbst zu hosten. Es ist eine einzige Rust-Binary, deren einzige externe Abhängigkeit ein Object Storage ist. Zum Skalieren betreibt man mehrere celld-Instanzen mit einem gemeinsamen Storage-Bucket.

Code und Ideen aus celld werden in workerd einfließen. Dahl, inzwischen Senior Principal Engineer bei Cloudflare, wird die Arbeit gemeinsam mit Bert Belder leiten. Ziel ist es, selbst gehostetes workerd zu einem vollständig unterstützten Weg zu machen, Apps auf Basis des Workers-Modells zu betreiben.

„Wir wechseln zu Cloudflare, um das Workers-Programmiermodell zu einem gängigen Weg zu machen, Server zu bauen“, schrieb Dahl. Kenton Varda, Distinguished Engineer bei Cloudflare, ergänzte: „Wir haben workerd mit der ernsthaften Absicht veröffentlicht, dass Menschen es in der Produktion einsetzen.“ Wer selbst hostet, werde „denselben Code, den wir in der Produktion betreiben“ ausführen und keine separate Kopie, schrieb er. Cloudflare verspricht weitere Details „in den kommenden Monaten“.

Was das für Entwickler bedeutet

• Nutzer von Deno Deploy: Beginnen Sie jetzt mit der Planung. Sechs Monate sind kurz für einen Umzug in der Produktion. Listen Sie diese Woche jedes Projekt, jede Domain, jeden Cron-Job und jede Umgebungsvariable auf Deploy auf.
• Zahlende Kunden: Bitten Sie früh um Migrationshilfe. Cloudflare bietet Unterstützung beim Umzug zu Workers an. Setzen Sie sich auf diese Liste, bevor der Ansturm kurz vor der Frist einsetzt.
• Prüfen Sie Ihre Daten in Deno KV. Die Ankündigungen sagen nicht, was mit Deno KV passiert. Fragen Sie Deno direkt, bevor Sie planen, und halten Sie einen Export bereit.
• Nutzer der Runtime: Sie haben ein Jahr Sicherheitsfixes. Deno bleibt Open Source, doch die offizielle Entwicklung endet danach. Entscheiden Sie, ob Sie bleiben, zu Node.js oder einer anderen Runtime wechseln oder abwarten, ob sich ein Community-Fork bildet. Deno sagt, die Kompatibilität mit Node.js sei ein wichtiger Teil seiner Arbeit gewesen, was einen Wechsel zu Node erleichtern könnte.
• Wer auf JSR veröffentlicht: Noch ist nichts zu tun. Die Registry läuft auf der Infrastruktur von Cloudflare weiter.
• Wer selbst hostet: Behalten Sie workerd im Blick. Wenn die Zusammenführung mit celld gelingt, könnten Sie das Workers-Modell auf Ihren eigenen Servern betreiben, statt nur bei Cloudflare.

Die erste Frist, die zählt, ist die Abschaltung von Deno Deploy, sechs Monate nach dem 9. Oktober.