Die Ein-Jahres-Frist der Runtime läuft
Deno schließt sich Cloudflare an, aber die eigenständige Deno-Runtime wird unter ihrem aktuellen Entwicklungsteam nicht fortgeführt. Während die Ankündigung von Cloudflare eine gemeinsame Vision hervorhob, bestätigte Denos eigener Beitrag ein kritisches Detail: Die Deno-Runtime hat ein Ablaufdatum von einem Jahr.
In den nächsten 12 Monaten wird das Deno-Team monatliche Releases bereitstellen, die wichtige Fehlerbehebungen und Sicherheitsupdates enthalten. Nach diesem Zeitraum wird die offizielle Entwicklung der Deno-Runtime eingestellt. Dies markiert eine endgültige Wende für eine Runtime, die bei Entwicklern auf großes Interesse stieß.
Wichtig ist, dass die Deno-Runtime Open Source bleibt. Community-Forks sind durchaus möglich, sodass engagierte Nutzer ihre eigenen Versionen pflegen können. Dies unterscheidet sich jedoch vom fortgesetzten Support durch das Kernteam von Deno, dessen Ressourcen nun auf die strategischen Prioritäten von Cloudflare ausgerichtet sind.
Dieser Wechsel bedeutet, dass alle Projekte, die direkt auf Deno aufbauen oder Deno-kompatible Runtimes wie Supabase Edge Functions und Netlifys Edge Functions nutzen, vor einer harten Migrationsfrist stehen. Die Zeit läuft für eine Runtime, die viele wirklich mochten.
Cloudflare will die Skalierungsschicht, nicht die Runtime
Cloudflare kauft Deno nicht wegen seiner eigenständigen Runtime; das Ziel ist Denos architektonische Lösung für eine anhaltende Skalierungsherausforderung. Der Kernanreiz konzentriert sich auf Durable Objects, Cloudflares serverloses Primitiv, das global konsistente Speicherung und Ausführung bietet. Stellen Sie sich einen Chatraum vor: Jeder Kanal wird seinem eigenen Durable Object zugeordnet, einem adressierbaren Micro-Server mit dediziertem SQLite-ähnlichem Speicher. Mehr Kanäle bedeuten einfach mehr Objekte, die über Maschinen verteilt sind und inhärent skalieren.
Der Haken? Das Self-Hosting von skalierten Durable Objects außerhalb von Cloudflare war bisher notorisch schwierig. Während Cloudflare Workersd, Cloudflares Open-Source-Runtime für Cloudflare Workers, Durable Objects mit einer einzelnen Instanz unterstützt, ist dieses Setup für Tests nützlich, scheitert aber bei der Skalierung in der Produktion. Cloudflare-Architekt Kenton Varda gab sogar zu, dass seine eigenen Versuche, eine selbst hostbare Multi-Instanz-Lösung zu bauen, sich als „peinlich“ erwiesen.
Denos Antwort ist celld (ehemals „Deno D“), eine auf Rust basierende Orchestrierungsschicht. Dieses Projekt kombiniert eine einzelne Binärdatei mit einem S3-kompatiblen Objektspeicher-Bucket und ermöglicht es bestehenden Cloudflare Workers-Anwendungen und Durable Objects, mit Multi-Maschinen-Skalierbarkeit auf privater Infrastruktur zu laufen.
Deno entwickelte die Lösung, die Cloudflare intern nicht konnte, und lieferte ein entscheidendes Teil für eine breitere, selbst gehostete Edge-Strategie. Bei dieser Übernahme geht es nicht um die Zukunft der Deno-Runtime, sondern um die Integration von celld in Cloudflare Workersd, um eine neue Skalierungsgrenze für das Cloudflare-Ökosystem zu erschließen.
Der Deal könnte verändern, wo zustandsbehaftete Apps laufen
Die Übernahme von Deno durch Cloudflare zielt auf eine kritische strategische Lücke ab: einen lang ersehnten Weg für Entwickler, Cloudflare Workers und Durable Objects in großem Maßstab selbst zu hosten. Das Unternehmen gewinnt ein bewährtes Team und die celld-Technologie, die verteilte Orchestrierung in einer einzigen Rust-Binärdatei verpackt. Diese Technologie ermöglicht mandantenfähige, skalierbare Durable Objects mit einem S3-kompatiblen Speicher-Bucket.
Der Plan sieht vor, die Funktionen von celld direkt in das Open-Source-Ökosystem Cloudflare Workersd zu integrieren. Dieser Schritt liefert effektiv das, was Cloudflare-Architekt Kenton Varda als intern schwer umsetzbar bezeichnete: eine robuste Multi-Instanz-Umgebung für Durable Objects außerhalb der Infrastruktur von Cloudflare. Der Erfolg des Projekts könnte die Bereitstellung zustandsbehafteter Anwendungen grundlegend verändern.
Das Projekt von Deno, ursprünglich Deno D genannt, löst das Skalierungsproblem für Durable Objects, indem eindeutige Identifikatoren (wie eine Chatraum-ID) direkt auf einzelne Objekte über verschiedene Maschinen hinweg abgebildet werden. Dieser Ansatz gewährleistet eine integrierte horizontale Skalierbarkeit, was einen starken Kontrast zur früheren Einzelinstanz-Beschränkung von Cloudflare Workersd für Testzwecke darstellt.
Für Entwickler könnte sich dies erheblich auszahlen. Diese Integration verspricht eine größere Portabilität für zustandsbehaftete Anwendungen, sodass diese auf privater Infrastruktur ausgeführt werden können, während gleichzeitig die leistungsstarken Edge-Primitive von Cloudflare genutzt werden. Während die Entwicklung der Deno-Laufzeitumgebung ausläuft, bildet deren Kerninnovation – das verteilte Zustandsmanagement – nun das Fundament einer stärkeren, flexibleren Cloudflare-zentrierten Plattform. Lesen Sie mehr über den Übergang hier: Deno is joining Cloudflare.
Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.
eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte
Deno-Nutzer sollten über die Ankündigung hinaus planen
Das Ende der Deno-Laufzeitumgebung erfordert sofortiges Handeln der Nutzerbasis. Direkt betroffen sind Entwickler, die Anwendungen auf der eigenständigen Deno runtime ausführen, sowie Dienste, die auf Deno-kompatiblen Laufzeitumgebungen basieren. Dies umfasst Plattformen wie Supabase Edge Functions und Netlify Edge Functions, die nun vor einer kritischen Abhängigkeitsänderung stehen.
Nutzer müssen eine schnelle Bestandsaufnahme ihrer Laufzeitabhängigkeiten durchführen. Verfolgen Sie die offiziellen Support-Daten genau, da das 12-monatige Zeitfenster für Fehlerbehebungen und Sicherheitsupdates ablaufen wird. Beginnen Sie mit dem Testen alternativer Laufzeitumgebungen und beobachten Sie die Community auf potenzielle Open-Source-Forks oder Migrations-Toolkits.
Diese Übernahme ist keine typische Konsolidierung, bei der Tools unter neuem Eigentümer fortgeführt werden. Cloudflare hat das Deno-Team und deren Skalierungstechnologie für Durable Objects (celld) übernommen, nicht jedoch die eigenständige Laufzeitumgebung selbst. Dieser Deal dient als deutliche Erinnerung an die Risiken, die mit der Abhängigkeit von unternehmensgestützten Open-Source-Tools verbunden sind, insbesondere wenn Kerntechnologien übernommen statt fortgeführt werden.
Vergleichen Sie dies mit dem Beitritt von Bun zu Anthropic oder der Übernahme von Astro durch OpenAI; diese Projekte behielten ihre unabhängigen Entwicklungswege bei. Hier endet die Entwicklung der Deno-Laufzeitumgebung explizit, was Tausende von Entwicklern zu einer grundlegenden Neubewertung zwingt. Der Markt hat gerade gezeigt, dass selbst beliebte, leistungsstarke Laufzeitumgebungen im Streben nach strategischer Innovation bei verteilten Systemen entbehrlich sind.
Häufig gestellte Fragen
Wird Deno eingestellt?
Nein. Deno schließt sich Cloudflare an, aber die offizielle Entwicklung der eigenständigen Deno-Laufzeitumgebung soll nach einem 12-monatigen Zeitraum mit monatlichen Fehlerbehebungen und Sicherheitsupdates enden.
Was übernimmt Cloudflare von Deno?
Der Deal bringt das Team von Deno und dessen Technologie zur Skalierung von Durable Objects über die Infrastruktur von Cloudflare hinaus in das Ökosystem von Cloudflare.
Was sind Durable Objects?
Durable Objects sind individuell adressierbare, zustandsbehaftete Einheiten, die Anwendungslogik mit persistentem Speicher wie SQLite kombinieren und über Maschinen hinweg skalieren können.
Was sollten Deno-Nutzer jetzt tun?
Überprüfen Sie den Support-Zeitplan der Laufzeitumgebung, identifizieren Sie Abhängigkeiten von Deno und planen Sie bei Bedarf die Wartung durch die Community, eine Migration oder den Wechsel zu einer anderen Laufzeitumgebung.