Serverless Hosting: Deno-Deploy-Alternativen 2026

Für Serverless Hosting nach Deno Deploy ist Cloudflare Workers die erste Alternative, die einen Blick verdient: Deno nennt die Plattform als Migrationsziel und will Deploy noch 6 Monate betreiben. Netlify eignet sich für Websites mit Deno-basierter Edge-Logik, Supabase Edge Functions für APIs mit Datenbankanbindung, Vercel Functions für Anwendungen, bei denen das Framework den Ausschlag gibt, und Val Town für kleine zeitgesteuerte Aufgaben. Nutzt die Anwendung Deno KV, sollte zuerst dessen Nachfolger feststehen – und erst danach die Plattform für die Funktionen.

Preise und Dokumentation geprüft am 12. Oktober 2026. Dieser Vergleich stützt sich auf öffentliche Preisangaben, dokumentierte Laufzeiteigenschaften und den erforderlichen Migrationsaufwand. Bereitstellungen wurden nicht in angemeldeten Konten getestet. Das Zeitfenster bis zur Abschaltung stammt aus Denos Ankündigung vom 9. Oktober.

Serverless Hosting: Deno-Deploy-Alternativen im Überblick

Das passende Ziel erhält das Verhalten der Anwendung und verursacht möglichst wenige Änderungen, die anschließend gepflegt werden müssen. Ein TypeScript-Endpunkt mit externer Datenbank stellt andere Anforderungen an die Migration als eine Anwendung, deren Transaktionen, Zeitpläne und Warteschlangen vollständig in Deno Deploy liegen.

Die Tarifangaben stammen von Cloudflare, Netlify, Supabase, Vercel, Val Town, dessen Abrechnungs-FAQ und der VPS-Preisliste von DigitalOcean. Es handelt sich um Einstiegspreise, nicht um Zusagen zur gesamten Monatsrechnung.

Was hat Deno angekündigt – und wie viel Zeit bleibt?

Deno Deploy wird eingestellt. Für die Pflege der Deno-Laufzeit gilt ein eigener Zeitraum. In der Ankündigung vom 9. Oktober 2026 schrieb Ryan Dahl:

Deno Deploy wird noch sechs Monate weiterbetrieben und anschließend abgeschaltet.

Dieselbe Ankündigung sagt zahlenden Kunden Unterstützung beim Wechsel zu Cloudflare Workers zu. Außerdem verspricht Deno ein weiteres Jahr monatlicher Laufzeitveröffentlichungen mit Fehlerbehebungen und Sicherheitsupdates; danach beendet Deno die Entwicklung der Laufzeit. Diese bleibt Open Source. JSR, die Paketregistrierung für JavaScript und TypeScript, wird weiterbetrieben, wobei ihre Infrastruktur zu Cloudflare umzieht. Denos Ankündigung lesen.

Deno nennt Zeiträume, keinen konkreten Abschalttag. Daraus sollte kein vermeintlich festes Datum abgeleitet werden. Auch die längere Pflege der Laufzeit verschafft Deploy-Kunden keine zusätzliche Zeit. Zahlende Kunden sollten die angebotene Migrationshilfe nutzen und den Umzug von Anwendung und Daten gemeinsam planen.

1. Cloudflare Workers: Das erste Migrationsziel auf der Prüfliste

Cloudflare Workers ist eine verwaltete Plattform für die Verarbeitung von Anfragen und Hintergrundaufgaben. Sie steht zu Recht an erster Stelle der engeren Auswahl, weil Deno Kunden ausdrücklich dorthin verweist. Bei einer TypeScript-API mit externer Datenbank und einer zeitgesteuerten Bereinigungsaufgabe besteht die Hauptarbeit darin, die Laufzeitschnittstellen und die Bereitstellungskonfiguration anzupassen. Eine Anwendung, die auf Deno KV aufbaut, benötigt zusätzlich ein neues Speicherkonzept. Workers ist eine naheliegende Zielplattform; für Deno-spezifische Bestandteile, die sich nicht unverändert mitnehmen lassen, muss eigener Aufwand eingeplant werden.

Besonders geeignet für: APIs, Webhooks, Cronjobs, Warteschlangen und Websites, die von verwalteter Infrastruktur profitieren.
Besonderheit: Das von Deno genannte Migrationsziel bietet eigene Dienste für Speicherung und Zeitsteuerung.
Preise: Workers Free; bei Workers Paid gilt ein Mindestbetrag von $5 USD/Monat pro Konto; für Enterprise gelten die vertraglichen Nutzungsbedingungen.
Kostenlos testen: Der dauerhaft angebotene Tarif Workers Free ermöglicht die kostenlose Erprobung.
Migrationsaufwand: Gering bis mittel für zustandslose Handler; hoch, wenn KV-Transaktionen und Warteschlangenaufgaben neu konzipiert werden müssen.

Was ändert sich am TypeScript-Code?

Workers nutzt die Laufzeit workerd, nicht die Deno-Laufzeit. Der globale Namensraum Deno steht dort nicht zur Verfügung. Standardisierte Webschnittstellen wie Request, Response und fetch bieten portierbarem Code eine gute Ausgangsbasis. Aufrufe von Deno.serve, Deno.env, Deno.openKv und Deno.cron markieren dagegen Schnittstellen, die ersetzt werden müssen. Auch die Node.js-Kompatibilität deckt nur einen Teil der APIs ab. Ein Paket, das sich während der Entwicklung erfolgreich importieren lässt, ist deshalb noch kein Beleg dafür, dass seine Abhängigkeiten zur Laufzeit funktionieren. Laufzeit-APIs von Workers.

Wrangler ist Cloudflares Kommandozeilenwerkzeug für die Bereitstellung. Denos eigenes Wrangler-Tutorial zeigt, wie Deno als Entwicklungswerkzeug erhalten bleibt: npm:wrangler hinzufügen, Workers-Typen generieren, ein Modul mit einem fetch-Handler exportieren und bei Bedarf an Deno-Modulauflösung mit esbuild und dem Deno-Plugin bündeln. Wenn Deno das bereitzustellende Paket baut, läuft der fertige Worker dadurch noch lange nicht als Deno-Prozess.

Zugangsdaten und Ressourcenzugriffe gehören in Bindings: konfigurierte Verknüpfungen, über die ein Worker seine Datenbank, Warteschlange oder Umgebungswerte erreicht. Bei der Prüfung zählen auch die Abhängigkeiten, nicht nur die eigenen Anwendungsdateien. Selbst wenn ein Routen-Handler ausschließlich Web-APIs nutzt, kann eine Hilfsbibliothek einen Dateisystemzugriff verbergen. Cloudflare Bindings.

Dienste nach ihrem Verhalten ersetzen

Entscheidend ist der Unterschied zwischen Workers KV und Deno KV. Workers KV ist auf häufiges Lesen und vergleichsweise seltenes Schreiben ausgelegt; zwischengespeicherte Leseergebnisse können veraltet sein. Gleiche Namensbestandteile reichen nicht als Grundlage für die Migration von Bestandsreservierungen, Kontoständen oder atomaren Eindeutigkeitsprüfungen. So funktioniert Workers KV.

D1 bietet den SQL-Weg: Aus Schlüsselpräfixen und Sekundärindizes wird ein bewusst entworfenes Schema. Die Batch-API führt Anweisungen transaktional aus, bildet dadurch aber nicht automatisch eine optimistische Prüfung aus Deno ab. Durable Objects verbinden Zustand mit einer koordinierenden Recheninstanz. Sie verdienen einen Blick, wenn eine Entität – etwa ein Raum oder ein Konto – serialisierte Koordination benötigt. D1-Transaktionen, Durable Objects.

Für zeitgesteuerte Aufgaben verwenden Cron Triggers einen scheduled-Handler und Zeitpläne in UTC. Für später abzuarbeitende Aufgaben liefert Queues das Nachrichtensystem. Ein Zeitplan legt fest, wann etwas beginnt; eine Warteschlange bewahrt ausstehende Arbeit auf. Wer das eine ersetzt, hat damit nicht auch das andere ersetzt. Statische Websites können Workers Static Assets nutzen und erzeugte Dateien von der dynamischen Anfragelogik trennen.

Preise und Ausführungsgrenzen

Workers Free enthält 100,000 Anfragen pro Tag und 10 ms CPU-Zeit pro Aufruf. Paid umfasst 10 Millionen Anfragen und 30 Millionen CPU-Millisekunden pro Monat. Darüber hinaus fallen $0.30 pro zusätzlicher Million Anfragen und $0.02 pro zusätzlicher Million CPU-Millisekunden an. Die Nutzung von Datenbank, Warteschlange und weiteren Produkten muss zusätzlich kalkuliert werden. Aktuelle Workers-Preise.

Die Bundle-Größe allein ist kein Grund mehr für Paid: Free und Paid erlauben jeweils 64 MiB unkomprimiert, während der Arbeitsspeicher weiterhin auf 128 MB begrenzt ist. Dazu passen die aktuellen Limits und unsere Einordnung zum Tarifwechsel wegen der Bundle-Größe. Der ausführlichere Cloudflare-Test erklärt das Zusammenspiel der verschiedenen Produkte eines Kontos.

1. 1

   Laufzeitabhängigkeiten erfassen

   Deno-Namensraumaufrufe, URL-Imports, Dateisystemzugriffe, Zugangsdaten, KV-Operationen, Zeitpläne und Warteschlangenkonsumenten erfassen. Die portierbare Geschäftslogik von diesen Adaptern trennen.

2. 2

   Einen Workers-kompatiblen Einstiegspunkt bauen

   Denos Wrangler-Tutorial folgen: Modul-Handler und generierte Workers-Typen konfigurieren, dann bei Bedarf der Imports einen angepassten Build mit Deno-Unterstützung einrichten. Das bisherige Antwortverhalten erhalten, während sich die Aufrufweise des Handlers ändert.

3. 3

   Datenspeicherung und Auslöser gezielt einrichten

   Die Datenbank vor dem Import der Datensätze auswählen. Bindings hinzufügen, Zeitpläne auf Cron Triggers abbilden sowie Warteschlangenproduzenten und -konsumenten neu schreiben. Dokumentieren, was bei erneuter Zustellung einer Aufgabe geschieht.

4. 4

   Den Wechsel vor der Verkehrsumleitung proben

   Mit lokalen Testdaten und einer separaten Zielumgebung Statuscodes, Header, Authentifizierung und Zustandsänderungen vergleichen. Bereitgestellter Code ist nur ein Zwischenziel; auch Daten und Hintergrundaufgaben müssen für denselben Umschaltzeitpunkt bereit sein.

2. Netlify: Für Websites mit Deno-basierter Edge-Logik

Netlify ist eine Plattform zur Website-Bereitstellung mit Deno-basierten Edge Functions. Sie passt zu Websites, deren dynamische Verarbeitung eng an eingehende Anfragen gekoppelt ist: Lokalisierung, Authentifizierungsprüfungen, Weiterleitungen oder einfache Personalisierung. Diese Logik zusammen mit den Vorschauversionen der Website zu halten, kann mehr bringen als ein neues Infrastrukturmodell. Ein zustandsloser Edge-Handler lässt sich hier sinnvoll unterbringen; ein Backend mit vielen Warteschlangenaufgaben verlangt eine stärkere Aufteilung. Netlify ist die passende Wahl, wenn die Website das Produkt ist und Edge-Logik sie ergänzt. Überblick über Edge Functions.

Besonders geeignet für: Statische Websites und Webanwendungen mit schlanker Deno-basierter Anfragelogik.
Besonderheit: Edge Functions werden zusammen mit der Website bereitgestellt, einschließlich Vorschauen und Rollbacks.
Preise: Free dauerhaft $0; Personal $9/Monat; Pro $20/Monat mit unbegrenzt vielen Mitgliedern; Enterprise individuell.
Kostenlos testen: Free enthält ein monatliches Limit von 300 Credits.
Migrationsaufwand: Gering bis mittel für eine Website mit zustandsloser Edge-Logik; höher, wenn Speicher, Zeitpläne und Warteschlangenkonsumenten ausgelagert werden müssen.

Vertraute Laufzeit, andere Schnittstellen

Eine Edge Function verwendet Netlifys Handler und Kontext. Auch die Imports müssen geprüft werden: Netlify dokumentiert eine separate Import-Map-Datei anstelle der Import-Map in deno.json und bezeichnet die Unterstützung für npm-Pakete als Beta. Für ein Projekt, dessen Abhängigkeitsauflösung bisher auf der Deno-Konfiguration beruht, ist das eine konkrete Migrationsaufgabe. Edge-Functions-API.

Die Ausführung ist auf 50 ms CPU-Zeit pro Anfrage begrenzt; für Antwort-Header gilt ein Timeout von 40 Sekunden. Das Warten auf einen entfernten Dienst und das Umformen eines großen Dokuments beanspruchen unterschiedliche Budgets. Eine Authentifizierungsabfrage kann zu einer schlanken Edge-Architektur passen; rechenintensive Verarbeitung braucht einen anderen Ausführungspfad. Limits für Edge Functions.

Was ersetzt Deno KV, Cron und Warteschlangen?

Netlify Blobs eignet sich für passende Inhalte, die über Schlüssel adressiert werden. Braucht die Anwendung relationale Daten und transaktionale Aktualisierungen, kommt der Postgres-Dienst Netlify Database infrage. Blobs bietet optional stark konsistente Lesezugriffe. Diese allein bilden jedoch nicht die atomare Multi-Key-API von Deno KV nach. Das neue Speicherkonzept muss die fachliche Invariante erhalten – etwa, dass Benutzernamen eindeutig bleiben.

Scheduled Functions sind eine separate Funktion von Netlify Functions. Eine Edge Function mit Deno.cron erhält nicht automatisch einen verwalteten Zeitplan. Die Aufgabe muss herausgelöst, ihr Zeitplan konfiguriert und ihre Laufzeit gesondert geprüft werden. Verarbeitet die bisherige Aufgabe eine Deno-KV-Warteschlange, müssen der dauerhafte Nachrichtenspeicher und der Konsument ausdrücklich festgelegt werden. Eine zeitgesteuerte Funktion übernimmt keine bereits wartenden Nachrichten.

Bei einer Inhaltswebsite mit stündlicher Synchronisierung ist diese Aufteilung gut handhabbar: Auslieferung und Personalisierung bleiben bei der Webplattform, die Synchronisierung erhält eine eigene zeitgesteuerte Funktion und dauerhafte Datenspeicherung. Weniger attraktiv ist der Ansatz, wenn der Großteil der Anwendung aus voneinander abhängigen Hintergrundprozessen besteht.

Credits und Teamkosten kalkulieren

Personal enthält 1,000 Credits/Monat. Die monatlichen Pro-Stufen umfassen 3,000 für $20, 5,000 für $33, 10,000 für $63, 15,000 für $95 und 20,000 für $126. Ab 5,000 Credits lassen sich ungenutzte monatliche Credits in den nächsten Abrechnungszeitraum übertragen; in der Basisstufe geht das nicht. Aktuelle Credit-Stufen von Netlify.

Automatisches Nachladen ist standardmäßig ausgeschaltet. Bei Aktivierung lassen sich in Personal 500 Credits für $5 und in Pro 1,500 für $10 hinzubuchen. Ist das Kontingent eines Kontos erschöpft und kommen keine Credits hinzu, können dessen Projekte pausiert werden. Ein öffentlicher Start erfordert deshalb neben der technischen Bereitstellung auch eine Entscheidung über das Ausgabenlimit. Diese aktuellen Credit-Tarife sind von Netlifys älterer Abrechnung pro Nutzerplatz zu unterscheiden.

3. Supabase Edge Functions: Für APIs mit Datenbankanbindung

Supabase Edge Functions sind TypeScript-Funktionen auf einer Deno-kompatiblen Laufzeit. Sie passen besonders dann, wenn mit der Migration bewusst auch der Wechsel zur relationalen Datenbank Postgres ansteht. Eine Abo-Anwendung, die Zahlungs-Webhooks empfängt und Kundendatensätze aktualisiert, findet hier ein naheliegendes Ziel. Die vertraute Laufzeit reduziert einen Teil der Anpassungen; die Datenbank wird zur zentralen Entwurfsaufgabe. Supabase ist die passende Wahl, wenn dauerhaft gespeicherte Anwendungsdaten die Architektur bestimmen. Dokumentation zu Functions.

Besonders geeignet für: Webhooks und APIs, die eng mit Postgres, Authentifizierung und Dateispeicher zusammenarbeiten sollen.
Besonderheit: Deno-kompatible Funktionen, die in eine Datenbankplattform integriert sind.
Preise: Free $0/Monat; Pro ab $25/Monat; Team ab $599/Monat; Enterprise individuell.
Kostenlos testen: Free enthält 500,000 Edge-Function-Aufrufe und eine Datenbank mit 500 MB pro Projekt.
Migrationsaufwand: Mittel für kompatible Handler; hoch, wenn aus Deno KV ein relationales Schema mit neuer Transaktionslogik werden muss.

Neben dem Endpunkt muss auch das Datenmodell umziehen

Deno-KV-Aufrufe werden durch Postgres-Zugriffe ersetzt. Ein Präfix für die gespeicherten Einträge eines Nutzers wird zu einer abfragbaren Beziehung; eine Eindeutigkeitsprüfung zu einer Datenbankbedingung oder Transaktion. Eine Sammlung schwer interpretierbarer Schlüsselzeichenfolgen nur deshalb beizubehalten, weil der Import dadurch einfacher aussieht, hilft wenig, wenn jede wichtige Abfrage sie sofort wieder zerlegen muss.

Ein Zahlungshandler muss beispielsweise ein Ereignis erfassen und zugleich eine Berechtigung aktualisieren. Als Abnahmekriterium gilt: Wiederholte Aufrufe dürfen die Berechtigung nicht doppelt erteilen. Eine erfolgreiche HTTP-Antwort der neuen Funktion beweist noch nicht, dass diese Invariante den Umbau der Speicherung überstanden hat.

Supabase bietet außerdem Cron für Datenbankaufgaben oder den Aufruf einer Edge Function sowie Queues, ein dauerhaftes Nachrichtensystem auf Postgres-Basis. Die Registrierung über Deno.cron sowie der Code zum Einreihen und Verarbeiten von Deno-KV-Nachrichten müssen gezielt auf diese Dienste umgestellt werden. Dabei ist festzulegen, wie Nachrichten bestätigt werden und wann eine fehlgeschlagene Aufgabe erneut ausgeführt werden darf.

Ausführungsgrenzen und tatsächliche Einstiegskosten

Edge Functions erlauben 256 MB Arbeitsspeicher und 2 Sekunden CPU-Zeit pro Anfrage. Die maximale Gesamtlaufzeit eines Workers beträgt 150 Sekunden in Free und 400 Sekunden in Bezahltarifen. Diese längere Laufzeit erhöht jedoch nicht das CPU-Budget. Es sind unterschiedliche Grenzen, keine austauschbaren Angaben zur Laufzeit eines Hintergrundprozesses. Funktionslimits.

Pro und Team enthalten 2 Millionen Funktionsaufrufe; danach fallen $2 pro zusätzlicher Million an. Free erlaubt 2 aktive Projekte und pausiert inaktive Projekte nach 1 Woche. Bezahltarife enthalten ein Compute-Guthaben von $10/Monat, das eine Micro-Instanz abdeckt. Supabase-Preise.

Für das statische Frontend einer Website eignet sich Supabase weniger gut. Laut Dokumentation der Funktionslimits setzt die Auslieferung von HTML eine eigene Domain voraus; andernfalls wird eine Antwort mit text/html auf text/plain umgeschrieben. Die Entscheidung über das Frontend-Hosting sollte deshalb getrennt von der API-Plattform fallen.

4. Vercel Functions: Wenn das Web-Framework den Wechsel bestimmt

Vercel Functions sind verwaltete serverseitige Funktionen, die zu einer bereitgestellten Webanwendung gehören. Sie passen zu Anwendungen, bei denen Frontend-Framework und Veröffentlichungsablauf den Wechsel vorgeben. Wird die Anwendung ohnehin auf ein von Vercel unterstütztes Framework umgestellt, kann es sinnvoll sein, die API-Routen in diese Struktur zu integrieren. Für einen ansonsten unveränderten Deno-Dienst ist der Weg weniger direkt. Vercel lohnt sich wegen des Anwendungsworkflows; Laufzeit und Speicherung müssen dabei ausdrücklich portiert werden.

Besonders geeignet für: Framework-geprägte Webanwendungen mit API-Routen neben dem Frontend.
Besonderheit: Ein gemeinsamer Bereitstellungsablauf für die Anwendung und ihre serverseitigen Funktionen.
Preise: Hobby $0/Monat; Pro $20/Monat; Enterprise individuell.
Kostenlos testen: Für Pro wird ein Testangebot beworben; Hobby ist auf private, nicht kommerzielle Nutzung beschränkt.
Migrationsaufwand: Mittel für Laufzeit- und Routenanpassungen; hoch, wenn auch Speicherung und Hintergrundaufgaben ersetzt werden müssen.

Portierung oder Community-Laufzeit?

Vercel führt Node.js als unterstützte Laufzeit und Deno als Community-Laufzeit vercel-deno auf. Damit gehen unterschiedliche Entscheidungen über die Wartung einher. Bei einer Migration unter Zeitdruck sollten Kompatibilität und Pflegeverantwortung der Community-Integration geprüft werden, bevor der Produktionsbetrieb davon abhängt. Die Alternative besteht darin, Handler und Abhängigkeiten auf die unterstützte Laufzeit des gewählten Frameworks zu portieren. Vercels Laufzeitdokumentation.

Als Ersatz für Deno KV muss eine Datenbank ausgewählt und die API ausgetauscht werden. Vercels Speicherleitfaden unterscheidet zwischen Blob für Dateien, Global Config für Konfiguration und Marketplace-Datenbanken für Anwendungsdaten. Ein Konfigurationsspeicher sollte nicht allein deshalb zum Standardziel für transaktionale Kundendaten werden, weil seine Schlüssel-Wert-Schnittstelle bequem aussieht.

Vercel Cron ersetzt den Zeitplan, nicht die Registrierung im Code über Deno.cron. Hobby erlaubt die Ausführung einer Aufgabe einmal pro Tag, mit einer zeitlichen Genauigkeit von einer Stunde. Pro unterstützt als kleinstes Intervall einmal pro Minute. Eine häufige Synchronisierung schließt Hobby damit bereits aufgrund der Zeitsteuerung aus. Cron-Nutzung und Preise.

Vercel Queues ist inzwischen in allen Tarifen als Beta verfügbar, mit dauerhaften Topics, automatischen Wiederholungen und mindestens einmaliger Zustellung. Damit kommt der Dienst als Ziel für Aufgaben aus Deno-KV-Warteschlangen infrage. Produzenten, Konsumenten und Bestätigungslogik müssen dennoch neu geschrieben werden. Wenn allein diese Warteschlange die Erfüllung einer Kundenbestellung auslöst, gehört der Beta-Status ausdrücklich in die Entscheidung.

Mehr Nutzer mit Bereitstellungsrechten verändern den Preis

Die Pro-Plattformgebühr enthält 1 Nutzerplatz mit Bereitstellungsrechten und $20 monatliches Nutzungsguthaben. Zusätzliche kostenpflichtige Plätze kosten je $20/Monat; reine Leseplätze sind kostenlos. Nutzung oberhalb des Guthabens und kostenpflichtige Zusatzoptionen werden separat berechnet. Details zur Pro-Abrechnung.

Für ein Unternehmen, das Deno Deploy verlässt, taugt der kostenlose Hobby-Preis nicht als Produktionsbudget. Ausgangspunkt ist der für kommerzielle Nutzung zulässige Tarif. Datenbank- und Warteschlangenbedarf kommen hinzu. So wird aus einer scheinbar günstigen Migration keine unerwartete Sammlung separater Rechnungen.

5. Val Town: Für kleine APIs und zeitgesteuerte Aufgaben

Val Town ist eine gehostete Umgebung für kleine Programme mit HTTP-, E-Mail- und Cron-Auslösern. Sie eignet sich besonders für einen kleinen Dienst mit klar umrissener Aufgabe: einen Webhook, der ein externes System aktualisiert, eine API für ein internes Tool oder eine regelmäßig versendete Zusammenfassung. Die Deno-Laufzeit macht die Plattform für diesen Umzug interessant; Speicher- und Auslöserschnittstellen unterscheiden sich dennoch. Val Town passt, wenn das Projekt eine kompakte Automatisierung ist und keine selbst zu betreibende Plattform. Val-Town-Dokumentation.

Besonders geeignet für: Kleine APIs, Webhook-Handler, zeitgesteuerte Integrationen und interne Hilfsprogramme.
Besonderheit: Gehosteter Code mit integrierten Auslösern und SQLite-Speicher.
Preise: Free $0; Pro $21/Monat bei jährlicher Abrechnung; Business ab $167/Monat bei jährlicher Abrechnung; Enterprise individuell. Die Anbieter-FAQ nennt für monatliche Abrechnung $25 für Pro und $200 für Business.
Kostenlos testen: Free ist ein dauerhaft angebotener Tarif ohne eigene Domains und ohne private Vals.
Migrationsaufwand: Gering für ein zustandsloses Hilfsprogramm, mittel für eine kleine Aufgabe mit dauerhafter Datenspeicherung, hoch für eine größere zustandsbehaftete Anwendung.

Der Abrechnungszeitraum ist entscheidend: Die Preisseite mit ausgewählter Jahresabrechnung darf nicht so dargestellt werden, als ließe sich derselbe Betrag mit einem monatlich kündbaren Abo erreichen. Die FAQ von Val Town liefert die Vergleichspreise bei monatlicher Abrechnung und bestätigt die Deno-Laufzeit.

Nur kleine Aufgaben ergeben eine kleine Migration

Der Handler zieht in ein Val um, Val Towns versionierten Anwendungscontainer. Sein Aufruf wird einem HTTP- oder Cron-Auslöser zugeordnet. Bei einer Aufgabe, die lediglich eine externe API abfragt und eine Zusammenfassung versendet, muss womöglich nur das zuletzt verarbeitete Element dauerhaft gespeichert werden. Das ist deutlich leichter zu überblicken als eine kundenorientierte Anwendung mit mehreren transaktionalen Entitäten und Warteschlangenkonsumenten.

Deno KV lässt sich, wo passend, durch Val Towns SQLite-Datenbank pro Val ersetzen; alternativ bleibt eine externe Datenbank bestehen. Schlüsselabfragen und atomare Prüfungen müssen als Datenbankoperationen neu umgesetzt werden. Solange Deno.openKv noch auf den auslaufenden gehosteten Speicher zeigt, ist die Migration nicht abgeschlossen.

Bei Warteschlangenaufgaben müssen die ausstehenden Jobs im Entwurf ausdrücklich vorkommen. Ein Cronjob, der regelmäßig eine Aufgabentabelle durchsucht, ist eine mögliche Umsetzung. Reservierung zur Verarbeitung, Wiederholungen und Umgang mit Duplikaten müssen dann allerdings selbst implementiert werden. Das Verhalten der Deno-KV-Warteschlange bleibt dadurch nicht automatisch erhalten.

Taktung, Quellcode-Sichtbarkeit und Laufzeit bestimmen den Tarif

Im Free-Tarif beträgt das kleinste Cronintervall 15 Minuten, die maximale Gesamtlaufzeit 1 Minute pro Ausführung. Pro senkt das Intervall auf 1 Minute und erhöht das Laufzeitlimit auf 10 Minuten; die Tarifübersicht nennt außerdem 10 eigene Domains und 2,000 private Vals. Aktuelle Preise und Limits.

Eine öffentliche tägliche Zusammenfassung kann in Free passen. Eine private Integration oder eine Aufgabe mit häufigeren Abfragen benötigt auch bei minimalem Traffic einen anderen Tarif. Quellcode-Sichtbarkeit und Zugriff auf den Endpunkt sind zudem getrennte Anforderungen: Privater Quellcode legt für sich allein nicht fest, wer einen HTTP-Endpunkt aufrufen darf.

Der Migrationsaufwand ist gering bei einem zustandslosen Hilfsprogramm mit einfachem Auslöser, mittel beim Umzug dauerhaft gespeicherter Aufgabendaten und hoch, wenn die Laufzeit- und Datenarchitektur einer größeren Anwendung darin nachgebaut werden soll. Diese Einstufungen beschreiben den Umfang, keine geschätzten Arbeitsstunden.

6. Deno im Eigenbetrieb: Wenn das Laufzeitverhalten erhalten bleiben soll

Deno auf einem virtuellen privaten Server, kurz VPS, erhält die Laufzeit; die Verantwortung für das Hosting geht auf den Betreiber über. Ein Container bündelt Laufzeit und Anwendung, sodass sie auf einem selbst gewählten Host ausgeführt werden können. Dieser Weg lohnt eine Prüfung, wenn Dateisystemzugriffe, Deno-spezifische APIs oder langlebige Prozesse den Portierungsaufwand bestimmen. Eigenbetrieb passt dann, wenn die beibehaltene Laufzeit mehr Komplexität erspart, als der Serverbetrieb hinzufügt. Deno veröffentlicht dazu eine offizielle Docker-Anleitung.

Besonders geeignet für: Stark auf Deno ausgerichtete Anwendungen, deren Betreiber einen Server oder eine Containerbereitstellung verwalten können.
Besonderheit: Kontrolle über Laufzeit, Dateisystem und Prozesslebenszyklus.
Preise: Zur Open-Source-Laufzeit gehört kein verwalteter Hostingtarif. Als Hostingbeispiel listet DigitalOcean einen Basic Regular Droplet für $4.00/Monat mit 512 MiB RAM; die Variante mit 1 GiB kostet $6.00/Monat.
Kostenlos testen: DigitalOcean erwähnt Aktionsguthaben, bietet auf der Preisseite aber keinen dauerhaft kostenlosen Droplet-Tarif an.
Migrationsaufwand: Weniger Anpassungen an Laufzeit-APIs, mehr Betriebsverantwortung; für gehostete Daten bleibt ein Plan für Export, Import und Wiederherstellung erforderlich.

Diese gelisteten VPS-Preise sind keine Dimensionierungsempfehlung für jede Deno-Anwendung. Speicher für Sicherungen, Monitoring und die eigene Betriebszeit gehören in die Abwägung. Ein bereits vorhandener Server kann ein zusätzliches Hostingabo ersparen und trotzdem Wartungsarbeit verursachen.

Was passiert mit Deno KV und Cron?

Deno KV kann einen dauerhaften lokalen Datenbankpfad verwenden; in der CLI arbeitet darunter SQLite. Dadurch lässt sich mehr von der KV-API beibehalten als beim Umstieg auf den Speicherdienst eines anderen Anbieters. Das kopiert jedoch weder die gehosteten Datensätze noch bildet es verteiltes Hosting nach oder macht ein flüchtiges Containerdateisystem dauerhaft. Die Daten müssen exportiert und gezielt importiert, persistenter Speicher muss eingebunden und die Wiederherstellung einer Sicherung muss nachgewiesen werden. Deno-KV-Dokumentation.

Dasselbe gilt für die Zeitsteuerung. In der CLI hält Deno.cron den Ausführungszustand im Arbeitsspeicher; jeder Prozess besitzt einen unabhängigen Satz von Aufgaben. Bei mehreren Anwendungsreplikaten muss feststehen, welches Replikat eine zeitgesteuerte Aufgabe übernimmt oder wie sich die Replikate koordinieren. Ein unveränderter API-Aufruf erhält nicht den verwalteten Zeitsteuerungsdienst von Deploy. Verhalten von Deno Cron.

Für eine kleine Anwendung auf einem einzelnen Server kann dieser Betriebsumfang vertretbar sein. Benötigt ein Unternehmen redundante Infrastruktur und möchte niemand Sicherungen, Patches oder Wiederherstellung verantworten, kann eine niedrige VPS-Rechnung zur teuren Ablenkung werden.

workerd und celld führen über einen anderen Weg zum Eigenbetrieb

Cloudflares Ankündigung nennt workerd und celld als bereits verfügbare Möglichkeiten für den Eigenbetrieb. Beide verwenden das Workers-Programmiermodell und kommen daher nach einer Portierung auf dieses Modell infrage. Sie sind kein Versprechen, beliebigen bestehenden Deno-Code unverändert auszuführen. Cloudflare räumt außerdem ein, dass die Durable-Objects-Implementierung von eigenständig betriebenem workerd bei der Skalierung über eine einzelne Instanz hinaus eine Lücke hat, und beschreibt die Zusammenführung von Arbeiten und Ideen aus celld mit workerd. Cloudflares Ankündigung.

Keines der beiden Projekte sollte als neues verwaltetes Abo mit erfundenem Gratistarif kalkuliert werden. Das Budget umfasst die selbst bereitgestellte Infrastruktur und deren Betrieb. Unter Migrationsdruck zählen die heute verfügbaren Funktionen und ein Wiederherstellungsplan, den das Team tatsächlich umsetzen kann. Zukünftige Integrationsarbeit ersetzt diese Entscheidungen nicht.

Deno im Eigenbetrieb kann eine Übergangslösung sein. Angesichts des angekündigten Unterstützungszeitraums braucht es aber auch einen längerfristigen Plan für die Pflege der Laufzeit.

Welche Alternative passt zu den Aufgaben des Projekts?

Die Entscheidung fällt anders aus, wenn sich die Daten und ihr Verhalten schwerer umziehen lassen als der Code. Der Aufwand lässt sich anhand konkreter Änderungen einordnen: Gering bedeutet, einen Handler oder Build anzupassen, während extern gespeicherte Daten unverändert bleiben. Mittel umfasst zusätzlich die Anpassung an eine andere Laufzeit oder das Umschreiben einer Speicher-API. Hoch bedeutet, Transaktionen neu zu entwerfen, wartende Aufgaben zu übertragen oder neue Betriebsverantwortung zu übernehmen. Auch eine kleine Anwendung kann hohen Migrationsaufwand verursachen, wenn ihre Korrektheit von genau diesem Verhalten abhängt.

Bei TypeScript-Funktionen ohne Deno-spezifische APIs beginnt die Prüfung mit Workers. Zuerst das Verhalten von Anfragen und Antworten erhalten, dann Einstiegspunkt und Bereitstellung anpassen. Netlify wird attraktiver, wenn die Funktionen Anfragen einer Website verändern; Supabase, wenn sie überwiegend auf dessen Datenbank zugreifen. Vercel liegt vorn, wenn das umgebende Framework ohnehin den Wechsel begründet. Ein zustandsloser Handler ist bei diesen Zielen meist der Fall mit dem geringsten Aufwand.

Bei Deno KV steht zuerst das Speichermodell fest. Für überwiegend gelesene Inhalte kommen Workers KV oder Netlify Blobs infrage. Transaktionale Datensätze sprechen für D1, Postgres oder eine andere Datenbank, die um die erforderliche Invariante herum entworfen wird. Für Koordinationsbedarf können Durable Objects passen. Ein kleines Hilfsprogramm braucht möglicherweise nur SQLite in Val Town. Lokal betriebenes KV erhält mehr Code, verlagert aber Datendauerhaftigkeit und Wiederherstellung auf den Betreiber. Eine Migration von gehostetem KV sollte mindestens als mittel eingestuft werden, solange die Bestandsaufnahme von Transaktionen und Indizes nichts anderes belegt.

Bei Cronjobs zählen die Ausführungsbedingungen. Ein täglicher Bericht und ein häufig abfragender Prozess stellen unterschiedliche Anforderungen an den Tarif. Workers Cron Triggers ist der erste verwaltete Weg, der geprüft werden sollte. Val Town eignet sich für kompakte Aufgaben, Supabase Cron für Datenbankpflege und Netlify Scheduled Functions für Aufgaben rund um eine Website. Hobbys Beschränkung auf tägliche Ausführungen schließt Vercel für häufige Jobs aus. Einen Zeitplan neu zu registrieren ist wenig Arbeit; sich überschneidende fachliche Auswirkungen zu verhindern, kann erheblich aufwendiger sein.

Bei Warteschlangen ziehen offene Aufgaben und Konsumenten gemeinsam um. Cloudflare Queues und Supabase Queues sind ausdrücklich dafür vorgesehene Ziele; Vercel Queues ergänzt eine Beta-Option. Zur Migration gehören Nachrichtenidentität, Wiederholungen, Bestätigungen und die bereits wartenden Aufgaben. Ein Timer allein reicht als Ersatz nicht aus. Bilden die wartenden Aufgaben Verpflichtungen gegenüber zahlenden Kunden ab, ist der Umfang hoch.

Bei statischen Websites zuerst die erzeugten Dateien umziehen, bevor unnötig Servercode portiert wird. Workers Static Assets und Netlify sind direkte Kandidaten. Vercel gehört in die engere Auswahl, wenn das Website-Framework von dessen Ablauf profitiert. Weiterleitungen, Header, Formulare, Authentifizierung und dynamische Routen müssen separat geprüft werden. Rein statische Ausgaben umzuziehen ist weniger aufwendig als eine Website, die jede Anfrage individuell beantwortet.

Deno KV migrieren, ohne das Anwendungsverhalten zu verlieren

Für eine Codebereitstellung und eine Datenmigration gelten unterschiedliche Erfolgskriterien. Der Code funktioniert, wenn er korrekt antwortet. Die Migration ist erfolgreich, wenn das Ziel die Datensätze und Regeln bewahrt, auf denen diese korrekten Antworten beruhen.

Vor dem Export müssen die genutzten KV-Funktionen erfasst werden: typisierte zusammengesetzte Schlüssel, Präfixsuchen, Ablaufzeiten, Sekundärindizes, optimistische Versionsprüfungen, atomare Aktualisierungen und Watcher. Denos KV-Leitfaden macht deutlich, warum in einer Schlüsselsammlung mehr Anwendungsverhalten stecken kann, als ein einfacher Objektexport erkennen lässt.

Ein Index für Benutzernamen zeigt das gut. Speichert die Anwendung einen Nutzerdatensatz sowie eine Zuordnung vom Benutzernamen zum Nutzer, reicht es nicht, beide Datensätze zu kopieren. Der neue Schreibpfad muss ihre Beziehung erhalten und widersprüchliche Aktualisierungen zurückweisen. Ebenso braucht ein Zeitstempel, der bisher eine Sitzung ablaufen ließ, im Ziel eine ausdrücklich definierte Ablaufregel. Wird nur der Wert importiert, kann die Sitzung zu lange gültig bleiben.

Für Warteschlangen sollte getrennt erfasst werden, welche Aufgaben ausstehen, abgeschlossen oder fehlgeschlagen sind, soweit die Quelle diese Informationen bereitstellt. Vor dem Wechsel ist zu entscheiden, ob der alte Konsument seine Warteschlange abarbeitet oder die Aufgaben mit Kennungen übertragen werden, die eine sichere Wiederholung erlauben. Idempotenz bedeutet, dass die Wiederholung einer Aufgabe ihre fachliche Wirkung nicht wiederholt. Sie verhindert etwa, dass ein erneut ausgeführter Belegversand mehrere Belege verschickt oder eine wiederholte Nachricht zur Auftragsabwicklung doppelte Arbeit erzeugt.

1. 1

   Schreibzugriffe während des Kopierens klar regeln

   Die Quelle sichern und festlegen, wie während des Kopierens mit Schreibzugriffen umgegangen wird. Für eine kleine Anwendung kann eine kurze Schreibpause passen; eine komplexere Synchronisierung braucht einen Datenabgleich. Gleichzeitige Änderungen dürfen zwischen Export und Umschaltung nicht unbemerkt verloren gehen.

2. 2

   Datensätze und Verhalten prüfen

   Anzahlen nach Entitätstyp, repräsentative Werte und Schlüsselkodierungen vergleichen. Mit kontrollierten Testdaten doppelte Einreichungen, widersprüchliche Aktualisierungen, Ablaufzeiten und fehlende Datensätze durchspielen. Entscheidend ist das erwartete fachliche Ergebnis, nicht nur eine Erfolgsmeldung der neuen API.

3. 3

   Anfragen und Aufgabenverantwortung gemeinsam umschalten

   Anfragen erst umleiten, wenn der Datenbestand im Ziel bereit ist. Alte Zeitpläne und Konsumenten deaktivieren oder übergeben, damit nicht beide Plattformen dieselbe fachliche Wirkung auslösen. Zugangsdaten und Webhook-Ziele gezielt neu einrichten.

4. 4

   Beobachten und einen nutzbaren Rückweg erhalten

   Nach dem Wechsel Fehler, fehlgeschlagene Aufgaben und fachliche Ereignisse überwachen. Die Quellsicherung aufbewahren. Hat das Ziel bereits neue Schreibzugriffe angenommen, erfordert ein Rollback einen Datenabgleich; die DNS-Änderung rückgängig zu machen reicht nicht.

Die nächste Arbeitssitzung sollte eine Bestandsaufnahme und eine Zielentscheidung für die schwierigste zustandsbehaftete Operation liefern. Diese Operation gehört zuerst portiert, bevor die übrige Migration verfeinert wird. Sie legt mehr Risiken offen als der Umzug eines weiteren zustandslosen Health-Endpunkts.

Wie wurden die Alternativen ausgewählt?

Die Auswahl orientiert sich an den Aufgaben einer Deno-Deploy-Anwendung: HTTP-Funktionen, dauerhafte Datenspeicherung, zeitgesteuerte Aufgaben, Warteschlangen und statische Ausgaben. Cloudflare steht an erster Stelle, weil Deno es als Migrationsziel nennt. Netlify, Supabase und Val Town gehören aufgrund ihrer Deno-basierten Ausführung und unterschiedlicher Anwendungsschwerpunkte dazu; Vercel wegen seines Ablaufs für Webbereitstellungen, Eigenbetrieb wegen der Kontrolle über die Laufzeit.

Preise und Funktionen wurden am 12. Oktober 2026 anhand der öffentlichen Anbieterseiten geprüft. Die Aufwandseinstufungen beschreiben die Änderungen, die aus den dokumentierten Schnittstellen folgen. Sie sind weder gemessene Migrationszeiten noch Lasttestergebnisse oder Aussagen aus einem Test mit angemeldetem Konto. Allgemeine Cloud-Dienste bleiben außerhalb der engeren Auswahl: Weitere Anbieternamen würden die zentralen Entscheidungen über Laufzeit, Datenzustand und Aufgabenverantwortung nicht lösen.

Welche Optionen sollte man bei diesem Umzug meiden?

Workers KV nicht mechanisch an die Stelle von transaktionalem Deno KV setzen. Es passt nur, wenn sein Lese- und Schreibverhalten zu den Daten passt. Ein günstiger Speicherpreis gleicht keine verletzten Konsistenzannahmen aus.

Netlify Edge Functions nicht für rechenintensive Hintergrundverarbeitung wählen. Das Budget für Edge-Anfragen ist eine sinnvolle Grenze. Es lässt sich nicht dadurch umgehen, dass man auf ein anderes Ausführungsmodell im Bezahltarif hofft.

Vercel Hobby nicht für eine kommerzielle Produktionsanwendung einplanen. Die Preisseite beschränkt den Tarif auf private, nicht kommerzielle Nutzung. Auch wegen der Cronlimits ist er für häufige Aufgaben kein geeigneter Vergleichsmaßstab unter den Gratistarifen.

Val Town Free meiden, wenn der Quellcode privat bleiben muss. Ob der Tarif die Nutzung erlaubt, ist vor dem Traffic-Volumen zu klären. Auch Supabase Edge Functions sollte nicht der Standardersatz für eine gewöhnliche statische Website sein; das Frontend-Hosting braucht eine bewusste Entscheidung.

Kein Eigenbetrieb ohne Zuständigkeit für die Wiederherstellung. Den Prozess zu starten ist der einfache Teil. Jemand muss Daten wiederherstellen, Dienste neu starten und nach einem Ausfall erklären können, welche Zeitsteuerung verantwortlich ist.

Häufige Fragen vor der Migration

Wann wird Deno Deploy abgeschaltet?

Die Ankündigung nennt einen Weiterbetrieb über sechs Monate, keinen konkreten Kalendertag. Maßgeblich ist dieses Zeitfenster; der längere Pflegezeitraum der Laufzeit ersetzt es nicht.

Lässt sich Deno nach dem Abschied von Deno Deploy weiter nutzen?

Ja. Netlify Edge Functions, Supabase Edge Functions und Val Town bieten Deno-basierte oder Deno-kompatible Ausführung. Auf einem VPS oder in einem Container lässt sich Deno selbst betreiben. Jede verwaltete Plattform hat eigene APIs und Limits. Deno beizubehalten erhält nicht automatisch die gehostete KV-Datenbank, Zeitpläne oder Warteschlangen.

Kann Deno KV direkt nach Cloudflare KV umziehen?

Nur wenn zugleich die API angepasst und geprüft wird, ob die Konsistenzanforderungen der Anwendung zu Workers KV passen. Atomare Prüfungen, Transaktionen, Indizes und Watcher von Deno KV benötigen ausdrücklich vorgesehene Ersatzlösungen. Für transaktionale Datensätze kommen D1 oder eine andere Datenbank infrage; für koordinierten Zustand pro Entität sollten Durable Objects geprüft werden.

Welcher Gratistarif eignet sich für meinen Cronjob?

Zuerst müssen Ausführungshäufigkeit, Ausführungsbudget, Quellcode-Sichtbarkeit und Zulässigkeit kommerzieller Nutzung passen. Val Town Free hat ein Mindestintervall von 15 Minuten und ein Laufzeitlimit von 1 Minute. Vercel Hobby ist auf tägliche Aufgaben und private, nicht kommerzielle Nutzung beschränkt. Workers Free hat ein knappes CPU-Budget; Netlify und Supabase haben eigene gemeinsam genutzte Tarifkontingente. Ein kostenloser Zeitplan beweist nicht, dass die gesamte Aufgabe kostenlos ausführbar ist.