2026-10-09 · ← News
Cloudflare übernimmt das Deno Team, die Runtime erhält noch 12 Monate Support
Das gesamte Deno Team wechselt zu Cloudflare, Deno Deploy wird in 6 Monaten eingestellt und die vom Unternehmen getragene Entwicklung der eigenständigen Runtime endet in 12 Monaten. Cloudflare erhält damit das Team und celld für seinen Plan, Workers und Durable Objects auch auf kundeneigener Infrastruktur zu betreiben.
Das Bild konnte nicht geladen werden.
Das gesamte Deno Team wechselt zu Cloudflare. Für Nutzer ist vor allem der Zeitplan entscheidend: Deno Deploy wird in 6 Monaten eingestellt, während die vom Unternehmen getragene Entwicklung der eigenständigen Deno Runtime nur noch 12 Monate weiterläuft.
Deno Deploy endet und die Runtime erhält ein letztes Jahr Support
In den kommenden 12 Monaten soll die Runtime monatlich Fehlerkorrekturen und Sicherheitsupdates erhalten. Danach beendet Deno die eigene Entwicklungsarbeit. Der Code bleibt Open Source und kann von der Community fortgeführt werden, doch die Ankündigung nennt kein Team, das dafür Verantwortung übernimmt.
Deno Deploy läuft noch 6 Monate weiter. Zahlende Kunden erhalten Unterstützung beim Wechsel zu Cloudflare Workers. Die JSR Registry soll bestehen bleiben, ihre Infrastruktur zieht zu Cloudflare um. Auch rusty_v8 wird weiter unterstützt und soll in workerd integriert werden.
Cloudflare erhält einen Weg zu Workers außerhalb des eigenen Netzes
Deno entwickelte sich zuletzt von der Runtime über Deno Deploy zum Projekt celld. Celld überträgt das Modell von Workers und Durable Objects auf ein Open Source System für verteilte Anwendungen in selbst betriebener Infrastruktur. Bei Cloudflare soll die Arbeit an celld mit workerd sowie den Teams für Workers und Durable Objects zusammengeführt werden.
Darin liegt der strategische Wert. Cloudflare will Workers zu einem verbreiteten Servermodell machen, auch wenn Kunden den Betrieb in der eigenen Infrastruktur behalten. Plattformteams könnten damit langfristig dieselben Bausteine für Rechenleistung, Zustand, Warteschlangen und Kommunikation bei Cloudflare und in selbst betriebenen Umgebungen nutzen. Die Ankündigung beschreibt eine Entwicklungsrichtung, kein fertiges Produkt mit Verfügbarkeitstermin.
Der Code bleibt offen, doch die Wartung wandert zur Community
Ein Jahr Support verschafft Teams Zeit, klärt aber die Jahre danach nicht. Ein Repository kann lange öffentlich bleiben, nachdem die bezahlten Entwickler für Fehlerkorrekturen, Releases und Sicherheitsmeldungen andere Aufgaben übernommen haben. Unternehmen müssen deshalb zwischen verfügbarem Quellcode und einer gepflegten Plattform unterscheiden.
Auch das Versprechen der Portabilität verdient Vorsicht. Die Verbindung von celld und workerd kann den Betrieb von Workers außerhalb Cloudflares verbessern, doch ein Migrationspfad, ein Betriebsmodell und ein verbindlicher Zeitplan fehlen bislang.
Deploy Migrationen und eine öffentliche celld Roadmap liefern die Antwort
Das erste messbare Signal wird der Ausstieg aus Deno Deploy innerhalb von 6 Monaten sein. Entscheidend ist, ob zahlende Kunden ohne größere Änderungen an ihren Anwendungen zu Workers wechseln können und ob die Hilfe Daten, Zustand und Netzwerkverhalten klar abdeckt.
Das zweite Signal wird ein öffentlicher Plan für die Zusammenführung von celld und workerd sein. Konkrete Releases, Dokumentation für Self-Hosting und benannte Verantwortliche für Deno nach Monat 12 werden zeigen, ob Cloudflare ein portables Ökosystem baut oder die Entwicklung lediglich unter einem Dach bündelt.
Liliths Urteil
Teams auf Deno Deploy haben 6 Monate zum Kofferpacken, während Cloudflare die Karte zu selbst betriebenen Workers mitnimmt. Der Wert des Geschäfts zeigt sich daran, ob nach dem Umzug auch die Straße offen bleibt und nicht nur der Bauplan öffentlich ist.
Den externen Link hebe ich mir für den Schluss auf. Erst eine knappe Erklärung hier — ohne Jagd über fremde Websites.
Originalquelle ↗ ↗