Zusammenfassung

  • Deno nennt sechs weitere Betriebsmonate für Deploy und ein weiteres Jahr monatlicher Fehler- und Sicherheitskorrekturen für die Runtime. JSR bleibt bestehen, während seine Infrastruktur zu Cloudflare umzieht.
  • Cloudflare will Self-Hosting für Workers offiziell unterstützen. Nach eigener Darstellung laufen Durable Objects in workerd bislang jedoch nur als Einzelinstanz und lassen sich nicht verteilt skalieren.

Deploy-Kunden haben den kürzesten Planungshorizont

Die erste operative Entscheidung betrifft den gehosteten Dienst. Deno erklärt in seiner Mitteilung vom 9. Oktober, dass Deno Deploy noch sechs Monate betrieben und danach eingestellt wird. Für zahlende Kunden, die zu Cloudflare Workers wechseln, sagt Deno Migrationshilfe zu.

Ein konkreter Abschalttag, die Zahl der betroffenen Kunden, eine erwartete Migrationsquote, Preisabsicherung oder Funktionsgleichheit werden nicht genannt. Für nicht zahlende Nutzer verspricht die Mitteilung keine vergleichbare Hilfe.

Der Wechsel umfasst mehr als Anwendungscode. Teams müssen Deployments, gespeicherten Zustand, Geheimnisse, Dienstbindungen, Beobachtbarkeit und Abrechnungsannahmen in eine Plattform überführen, die weiterbetrieben wird. Workers ist das genannte Ziel für zahlende Kunden; die öffentliche Information belegt nicht, dass Kosten, Leistung oder Betriebsaufwand gleich bleiben.

Die Runtime hat einen eigenen Wartungspfad

Deno will die Runtime ein weiteres Jahr lang monatlich mit Fehlerbehebungen und Sicherheitsupdates versorgen. Danach beendet das Unternehmen seine eigene Entwicklung, während der Code Open Source bleibt. Die Zusage benennt eine begrenzte Wartungsperiode; sie bestimmt keinen Nachfolger für Versionsplanung, Sicherheitsreaktion oder Kompatibilitätsentscheidungen.

Ein öffentliches Repository kann von anderen weitergeführt werden. Es stellt jedoch weder ein Incident-Team noch geprüfte Releases oder eine Stelle bereit, die inkompatible Änderungen entscheidet. Deno hat weder einen Finanzierungsplan für die Community noch ein künftiges Maintainer-Team veröffentlicht.

JSR folgt keinem dieser beiden Endpunkte. Deno sagt, JSR werde weiter betrieben, während seine Infrastruktur zu Cloudflare verlagert wird. Außerdem will Deno rusty_v8 weiter unterstützen und an einer Integration in workerd arbeiten. Für beide Schritte gibt es weder einen Abschlusszeitpunkt noch eine Aussage, dass die Integration bereits fertig ist.

Self-Hosting braucht belastbare Betriebsnachweise

Deno erklärt, sein gesamtes Team komme zu Cloudflare und werde künftige Entwicklung auf eine gemeinsame Plattform mit dem Workers-Programmiermodell konzentrieren. Cloudflare sagt, Ryan Dahl und Bert Belder würden die Arbeit leiten, workerd als offiziell unterstützten Self-Hosting-Weg auszubauen und dafür Code und Ideen von celld einzubringen.

Cloudflare benennt zugleich eine heutige Grenze. In seinem Beitrag vom 9. Oktober beschreibt das Unternehmen die Durable Objects in Open-Source-workerd als Einzelinstanz: ausreichend für lokale Tests, aber nicht für verteilte Skalierung. Das Produktionsrouting innerhalb des Cloudflare-Netzes beruhe auf Infrastruktur und externen Diensten, die ein unabhängiger Betreiber nicht einfach durch Herunterladen der Runtime nachbilden könne.

Die Einschränkungen von celld 0.6.2 bezeichnen diese Version als Beta und nennen Aufgaben für Betreiber, darunter Zugangspunkte, Netzvertraulichkeit und Flottenverwaltung. Das ist eine Momentaufnahme einer konkreten Version, keine Aussage über die künftige integrierte Plattform. Sie macht aber sichtbar, dass verfügbarer Quellcode noch keine betreibbare, unterstützte Plattform ergibt.

Öffentlich beschrieben sind damit vier Zustände: Deploy hat eine Abschaltfrist, die Runtime eine Wartungsfrist, JSR eine Fortführungszusage mit Infrastrukturwechsel, und Self-Hosting ein Entwicklungsziel. Cloudflare kündigt weitere Nachrichten in den kommenden Monaten an. Keine der hier zitierten Quellen belegt bislang, dass eine produktive Workers-Anwendung mit Durable Objects das Cloudflare-Netz ohne Änderungen an Verhalten, Kosten oder Betriebsaufwand verlassen kann.

Auch die Beschreibung des Vorgangs muss der Quelle folgen. Deno und Cloudflare sprechen davon, dass das Deno-Team zu Cloudflare kommt. TechCrunch bezeichnet den Schritt als Übernahme und berichtet, dass die finanziellen Bedingungen nicht veröffentlicht wurden. Die Unternehmen nennen weder Kaufpreis noch Vertragsdetails. Belegt sind der Teamwechsel und die angekündigten Produktentscheidungen.

Quellen