Den 9. oktober 2026 kunngjorde Ryan Dahl, mannen som skapte både Node.js og Deno, at hele Deno-teamet blir med i Cloudflare. For utviklere som har bygget tjenester på Deno Deploy er beskjeden konkret og ubehagelig: plattformen stenger innen seks måneder. Nyheten snur opp og ned på et marked der Cloudflare Workers og Deno Deploy i flere år har blitt sammenlignet som de to mest renommerte alternativene for edge-kjøring av JavaScript og TypeScript.
Vi har gått gjennom offisiell prisdokumentasjon fra begge plattformer, lest kunngjøringene fra både Deno og Cloudflare i sin helhet, og satt tallene opp mot hverandre linje for linje. Denne artikkelen dekker spesifikasjoner, pris per måned, arkitektur, lagringsprodukter, fordeler og ulemper, fem praktiske brukstilfeller, og en migreringsguide for team som må flytte ut av Deno Deploy før fristen løper ut.
Begge plattformene har i flere år vært standardsvaret når nordiske utviklerteam har spurt hvordan man kjører JavaScript eller TypeScript så nær brukeren som mulig, uten å drifte egne servere i hvert enkelt marked. Nyheten om at den ene forsvinner gjør valget enklere på papiret, men reiser samtidig konkrete spørsmål om kostnad, datalagring og hvor raskt et eksisterende system faktisk kan flyttes før fristen løper ut i andre kvartal 2027.
Cloudflare kjøper Deno: hva skjer nå?
Avtalen ble offentliggjort samtidig på Denos egen blogg og på Cloudflares blogg. I sitt eget innlegg skriver Dahl at ambisjonen alltid har gått lenger enn selve kjøretidsmiljøet. Han peker på det offisielle kunngjøringsinnlegget der han beskriver hvordan Deno Deploy var et skritt mot et mål om at databehandling, lagring og kommunikasjon skal fungere sammen uten at hver applikasjon må sette opp sin egen infrastruktur.
Konkret innebærer avtalen fire ting. Deno-runtimen får ett år til med månedlige feilrettinger og sikkerhetsoppdateringer før videreutvikling stanser, men koden forblir åpen kildekode. Deno Deploy, den vertsbaserte tjenesten, legges ned seks måneder etter kunngjøringen, med migreringshjelp til Cloudflare Workers for betalende kunder. JSR, pakkeregisteret for TypeScript, fortsetter å kjøre, men infrastrukturen flyttes til Cloudflare. Og celld, et Rust-basert verktøy Dahl-teamet lanserte i august 2026 for å selvhoste Workers-lignende applikasjoner, smelter sammen med Cloudflares åpne kildekode-runtime workerd.
I det felles blogginnlegget på Cloudflares blogg sier Dahl: “We’re joining Cloudflare to make the Workers programming model a mainstream way to build servers. By bringing celld and workerd together, we want it to be radically easy to build and operate distributed applications on your own infrastructure.” Cloudflares Kenton Varda beskriver reaksjonen internt med ordene: “This may come as a surprise to some, but when the Deno team released celld in August, we were delighted.” Begge sitatene er hentet direkte fra Cloudflares offisielle kunngjøring.
For lesere i Norden betyr dette at enhver arkitekturbeslutning som involverer Deno Deploy nå må regne inn en konkret sluttdato. Resten av artikkelen går gjennom hvordan de to plattformene faktisk skiller seg fra hverandre, og hva som er den rasjonelle veien videre for team som sitter på Deno Deploy i dag.
Hva er Cloudflare Workers?
Cloudflare Workers ble lansert i 2017 som en serverløs kjøretid som eksekverer kode direkte i Cloudflares globale nettverk, i stedet for i et enkelt datasenter. I stedet for containere eller virtuelle maskiner bruker Workers V8-isolater, den samme teknologien som isolerer faner i Chrome-nettleseren. Hver isolat starter i løpet av millisekunder fordi den deler en allerede varmet opp V8-prosess med andre isolater, uten behovet for å starte et helt operativsystem.
Cloudflare selv beskriver nettverket som strukket over flere hundre byer i over 100 land, ifølge Cloudflares egen nettverksside. Når en forespørsel treffer Cloudflares kant, kjører Worker-koden lokalt nær brukeren, uten en separat utgående nettverkshopp til et sentralt skydatasenter. Plattformen støtter i dag JavaScript, TypeScript, Rust, Python og WebAssembly, og er bygget rundt et sett tilleggsprodukter: Workers KV for nøkkelverdi-lagring, D1 for SQL-databaser ved kanten, R2 for S3-kompatibel objektlagring, og Durable Objects for tilstandsfulle, koordinerte objekter som kan holde en WebSocket-tilkobling åpen over tid.
Det er nettopp Durable Objects som nå får en ny rolle i Cloudflares strategi. Varda knytter dem direkte til AI-agenter i det felles blogginnlegget, og peker på at kombinasjonen av billig serverløs eksekvering, persistent tilstand, WebSockets og et høynivå JavaScript-grensesnitt gjør Durable Objects til et naturlig fundament for agent-arkitekturer som må holde kontekst over lang tid.
Workers-plattformen har i tillegg bygget opp et fakturerings- og tilgangsstyringssystem som dekker hele kontoen samlet, fra selve kjøretiden til de tilknyttede databaseproduktene. For nordiske driftsteam betyr dette i praksis at man slipper å administrere separate fakturaer og separate SLA-er for hvert enkelt lag i stabelen, noe som kan spare tid i en avdeling som allerede jobber med flere skyleverandører parallelt.
Hva er Deno Deploy, og hvorfor legges det ned?
Deno-runtimen kom fra Ryan Dahl i 2018 som et svar på ting han selv ønsket å endre ved Node.js: standard sikkerhetssandkasse, innebygd TypeScript-støtte uten byggesteg, og moderne ES-moduler i stedet for CommonJS. Deno Deploy, den vertsbaserte serverløse tjenesten bygget på denne runtimen, ble lansert offentlig i juni 2021 og fikk fullt fakturerings- og betalingsoppsett i løpet av 2022, ifølge historikken Deno selv har publisert på utviklerbloggen sin.
Deno Deploy skilte seg fra Cloudflare Workers ved å kjøre selve Deno-runtimen, ikke en V8-isolat. Det ga utviklere native Web-API-er, innebygd TypeScript uten transpilering, og full kompatibilitet med npm-pakker gjennom Deno 2. Plattformen bygget etter hvert ut Deno KV som innebygd nøkkelverdi-lagring, og i 2026 la de til Deno Sandbox, et produkt for å kjøre ikke-tiltrodd eller AI-generert kode i isolerte mikro-VM-er.
Ifølge Dahls eget kunngjøringsinnlegg var det byggingen og driften av Deploy som viste teamet hvor mye kompleksitet som fortsatt lå under utvikleropplevelsen. Det ledet til celld, et forsøk på å forenkle det laget videre, og til slutt til konklusjonen at Deno-teamets ressurser var bedre brukt på å bygge videre på Cloudflares etablerte Workers-modell enn å fortsette å drive en egen runtime og en egen vertstjeneste parallelt. Det er den strategiske logikken som nå fører til at Deno Deploy forsvinner fra markedet seks måneder etter kunngjøringen i oktober 2026, mens selve Deno-runtimen lever videre som åpen kildekode uten offisiell videreutvikling fra og med høsten 2027.
Verdt å merke seg er at Deno Sandbox og Subhosting, de nyere produktene Deno Deploy bygget ut i 2026 for å kjøre ikke-tiltrodd kode og videreselge hosting til andre plattformer, inngår i samme sluttdato som resten av Deploy-tjenesten. Kunder som har bygget egne forretningsmodeller på toppen av Subhosting må derfor også regne inn migrering av sine egne kunder, ikke bare sin egen applikasjonskode, innenfor de samme seks månedene.
Spesifikasjoner side ved side
Tabellen under er satt sammen fra Cloudflares offisielle prisdokumentasjon og Denos egen prisside, hentet direkte fra begge leverandørers dokumentasjon i oktober 2026. Faktureringsmodellene er strukturelt forskjellige, noe vi forklarer nærmere i prisavsnittet under tabellen. Legg spesielt merke til radene om maks CPU-tid og språkstøtte, siden disse ofte er det som i praksis avgjør om en eksisterende kodebase kan flyttes uten en større omskriving.
| Egenskap | Cloudflare Workers | Deno Deploy |
|---|---|---|
| Lansert | 2017 | Juni 2021 |
| Kjøretidsmotor | V8-isolater | Deno-runtime (bygget på V8 og Rust) |
| Globalt nettverk | Flere hundre byer i over 100 land | Mindre, ikke offentlig spesifisert i eksakte tall |
| Gratis forespørsler | 100.000 per dag | 1 million per måned |
| Gratis CPU-tid | 10 ms CPU-tid per kall | 10 aktive CPU-timer per måned |
| Gratis dataoverføring | Ingen egen kostnad for egress, noen gang | 20 GiB per måned |
| Inngangspris, betalt plan | 5 USD per måned (minimum) | 20 USD per måned (Pro) |
| Inkluderte forespørsler, betalt | 10 millioner per måned | 5 millioner per måned |
| Maks CPU-tid per kall | 5 minutter (standard: 30 sekunder) | Ingen fast grense per kall, styres av aktiv-CPU-modell |
| Nøkkelverdi-lagring | Workers KV | Deno KV |
| Innebygd SQL-database | D1 | Ingen tilsvarende innebygd tjeneste |
| Objektlagring | R2 (S3-kompatibel) | Ingen direkte motstykke |
| Tilstandsfulle objekter | Durable Objects | Ingen direkte motstykke |
| Sandkasser for kode-eksekvering | Ikke eget produkt | Deno Sandbox, inkludert fra Pro-planen |
| Språkstøtte | JavaScript, TypeScript, Rust, Python, WebAssembly | JavaScript, TypeScript med full npm-kompatibilitet |
Legg merke til at de to plattformene teller CPU-forbruk helt forskjellig. Cloudflare måler CPU-millisekunder per enkelt kall til Workeren, mens Deno måler aktiv CPU-tid akkumulert over hele kontoen i løpet av måneden. En applikasjon som venter på nettverkskall eller I/O bruker ikke aktiv CPU-tid i Denos modell, selv om den fortsatt opptar en kjørende instans. Det gjør en direkte omregning mellom de to litt misvisende uten å kjenne den faktiske arbeidsmengden.
Priser: Den faktiske kostnaden per måned
Cloudflares prismodell legger den synlige kostnaden i to komponenter utover minstebeløpet: forespørsler utover de 10 millionene som følger med, og CPU-millisekunder utover de 30 millionene som følger med. Egress er gratis uansett volum, noe som er uvanlig i markedet og gjør Cloudflare spesielt gunstig for tjenester med mye utgående trafikk fra Norden mot globale brukere.
Deno Deploys Pro-plan til 20 dollar i måneden inkluderer 5 millioner forespørsler, 200 GiB egress og 50 aktive CPU-timer. Går du over disse grensene, betaler du 2 dollar per ekstra million forespørsler, 0,20 dollar per ekstra GiB egress og 0,10 dollar per ekstra aktiv CPU-time. Byggeplanen Builder på 200 dollar i måneden tigangler de fleste grensene og passer team som driver flere underliggende plattformer eller videresalg av hosting, mens Enterprise er tilpasset pris etter forhandling.
| Plan | Cloudflare Workers | Deno Deploy |
|---|---|---|
| Gratis | 0 USD – 100.000 forespørsler/dag, 10 ms CPU/kall | 0 USD – 1 mill. forespørsler/mnd, 10 aktive CPU-timer |
| Inngangsnivå | 5 USD/mnd – 10 mill. forespørsler, 30 mill. CPU-ms | 20 USD/mnd (Pro) – 5 mill. forespørsler, 50 CPU-timer |
| Overforbruk forespørsler | 0,30 USD per ekstra million | 2,00 USD per ekstra million |
| Overforbruk CPU | 0,02 USD per ekstra million CPU-ms | 0,10 USD per ekstra aktiv CPU-time |
| Egress/dataoverføring | Alltid gratis | Inkludert 200 GiB, deretter 0,20 USD/GiB |
| Toppnivå | Enterprise, kontraktbasert pris | Builder 200 USD/mnd, eller Enterprise til tilpasset pris |
En uavhengig gjennomgang fra utviklerbloggen PkgPulse, som sammenligner flere edge-plattformer i en egen 2026-analyse, anslår at en arbeidsmengde på 10 millioner forespørsler i måneden med moderat CPU-bruk lander på rundt 25 dollar i måneden for en arbeidsmengde på 50 millioner forespørsler på Cloudflare Workers, uten et tilsvarende tallanslag for Deno Deploy i kilden, se PkgPulses sammenligning av edge-plattformer. Tallene stemmer med at Cloudflare har et høyere gratisnivå for forespørsler i absolutte tall og ingen egresskostnad, mens Deno Deploys inngangspris på 20 dollar ligger fire ganger over Cloudflares 5 dollar.
Ytelse og kaldstart: Hva sier tallene?
Kaldstart er stedet der de to arkitekturene skiller seg mest fra hverandre i praksis. Cloudflares V8-isolater deler en allerede kjørende prosess, så en ny isolat kan starte uten å laste et helt kjøretidsmiljø fra bunnen. Cloudflares egen produktside for Workers beskriver dette som eksekvering uten ventetid på kaldstart i vanlig drift, fordi isolatmodellen unngår den klassiske kaldstart-kostnaden som containerbaserte plattformer har, ifølge Cloudflares produktbeskrivelse av Workers.
Deno Deploy kjører hele Deno-runtimen per instans, en tyngre modell enn en ren V8-isolat, men fortsatt lettere enn en tradisjonell container eller virtuell maskin. Fordelen Deno henter tilbake er full kompatibilitet med Node.js- og npm-pakker som bruker native API-er Workers ikke støtter, pluss et mer fleksibelt minneoppsett der Pro- og Builder-kundene kan konfigurere en høyere minnegrense enn Workers’ faste modell tillater.
En tredje referanse for sammenligning er Google Cloud Run, som konkurrerer i samme landskap med containerbasert serverløs kjøring. Google Clouds egen prisside viser en vCPU-sekundpris fra 0,0000062 til 0,0000112 dollar avhengig av forpliktelsesnivå, ifølge Google Clouds prisside for Cloud Run. Modellen er containerbasert og har derfor en annen kaldstart-profil enn både Workers og Deno Deploy, men gir et nyttig tredje datapunkt når man vurderer om edge-isolater faktisk er nødvendig for en gitt arbeidsmengde, eller om en enklere containerløsning holder.
For nordiske team er den praktiske konsekvensen av arkitekturvalget først og fremst hvor nær brukeren koden kjører, ikke bare hvor raskt en enkelt kaldstart går. Et Worker-kall som trigges fra en bruker i Oslo eller Stockholm trenger ikke reise til et sentralt europeisk eller amerikansk datasenter for å bli besvart, fordi Cloudflares nettverk strekker seg til flere byer i Norden i tillegg til resten av Europa. Deno Deploy opererer med et mindre antall regioner, noe som i praksis kan bety noen flere millisekunder i rundtur-tid for brukere utenfor de store europeiske knutepunktene, selv om selve kjøretidsresponsen etter at forespørselen har landet kan være sammenlignbar.
Lagring og databaser: KV, D1, R2 og Durable Objects mot Deno KV
Cloudflare har bygget ut et helt sett med tilleggsprodukter rundt Workers som alle faktureres gjennom samme konto og samme minimumsbeløp på 5 dollar. Workers KV gir eventuelt konsistent nøkkelverdi-lagring med lav lesetid globalt. D1 er en SQL-database bygget på SQLite, plassert ved kanten for lav-latens spørringer. R2 er objektlagring kompatibel med S3-API-et, uten egresskostnad, noe som gjør den spesielt attraktiv for team som i dag betaler for utgående trafikk fra andre skylagre. Durable Objects gir sterkt konsistente, enkelttrådede objekter som kan holde WebSocket-tilkoblinger åpne og koordinere tilstand mellom forespørsler, en kombinasjon Varda spesifikt nevner som fundamentet for fremtidige AI-agent-arkitekturer i det felles blogginnlegget med Dahl.
Deno Deploys svar er Deno KV, en innebygd nøkkelverdi-database med egne enheter for lesing og skriving. Gratisplanen inkluderer 1 GiB lagring, 1 million leseenheter og 500.000 skriveenheter per måned, mens Pro-planen utvider dette til 5 GiB, 5 millioner leseenheter og 2,5 millioner skriveenheter, med overforbruk priset til 0,75 dollar per GiB og henholdsvis 1 og 2,50 dollar per million enheter utover det. Deno har ingen innebygd SQL-database eller S3-kompatibel objektlagring som direkte motstykke til D1 og R2, og heller ikke et produkt som tilsvarer Durable Objects for koordinert, tilstandsfull eksekvering over tid.
Går man ned i detaljene på Cloudflare-siden, viser prisdokumentasjonen for de enkelte produktene et mer finkornet bilde enn det samlede minimumsbeløpet antyder. Workers KV gir 100.000 lesinger og 1.000 skrivinger per dag gratis, mens betalt plan øker dette til 10 millioner lesinger i måneden (pluss 0,50 dollar per ekstra million) og 1 million skrivinger i måneden (pluss 5 dollar per ekstra million), ifølge Cloudflares egen KV-prisside. R2 fakturerer standardlagring til 0,015 dollar per GB i måneden, med skriveoperasjoner (Class A) til 4,50 dollar per million og leseoperasjoner (Class B) til 0,36 dollar per million, og fortsatt uten egresskostnad i det hele tatt. D1 inkluderer 25 milliarder radlesninger og 50 millioner radskrivninger i måneden på betalt plan før overforbruk slår inn til henholdsvis 0,001 og 1,00 dollar per million rader, med 5 GB lagring inkludert og 0,75 dollar per GB i måneden utover det.
| Cloudflare-produkt | Gratis kvote | Pris utover gratiskvote |
|---|---|---|
| Workers KV (lesing) | 100.000 per dag | 0,50 USD per million utover 10 mill./mnd (betalt plan) |
| Workers KV (skriving) | 1.000 per dag | 5,00 USD per million utover 1 mill./mnd (betalt plan) |
| R2 (lagring) | Inngår i kontoens generelle kvote | 0,015 USD per GB i måneden, ingen egress |
| R2 (skriveoperasjoner) | Inngår i kontoens generelle kvote | 4,50 USD per million operasjoner |
| D1 (radlesning) | 5 millioner per dag | 0,001 USD per million utover 25 mrd./mnd (betalt plan) |
| D1 (radskriving) | 100.000 per dag | 1,00 USD per million utover 50 mill./mnd (betalt plan) |
Denne tabellen illustrerer hvorfor det er vanskelig å sette en enkelt dollarpris på “Cloudflare” som helhet. Den faktiske månedskostnaden avhenger av hvor mye av trafikken som treffer KV mot D1 mot R2, og en arbeidsmengde som leser mye og skriver lite vil lande på en helt annen regning enn en som gjør motsatt. Det samme gjelder i prinsippet for Deno Deploys KV-lagring, selv om Deno samler alt under én enkelt plan uten like mange separate måleenheter å holde styr på.
For team som allerede bygger på Deno KV betyr dette at en migrering til Cloudflare ikke bare er en kodeendring, men også en datamigrering mellom to ulike lagringsmodeller uten en innebygd eksportsti mellom dem i dag. Den som flytter fra Deno KV til Workers KV eller D1 bør derfor regne inn tid til å skrive et eget migreringsskript, ikke stole på at en innebygd importfunksjon dukker opp før Deno Deploy faktisk stenger.
Datasuverenitet og GDPR for nordiske team
For norske og nordiske virksomheter er spørsmålet om hvor data faktisk behandles ofte like viktig som pris og ytelse. Cloudflare har en egen Data Localization Suite med en funksjon kalt Customer Metadata Boundary, som ifølge Cloudflares egen side om datalokalisering lar kunder bestemme hvor sensitive data inspiseres og behandles, uten å gi opp sikkerhets- og ytelsesfordelene ved det globale nettverket. Cloudflare Regional Services bygger videre på dette ved å gi kontroll over hvilke datasentre som får håndtere trafikken, noe som er relevant for virksomheter som må dokumentere overholdelse av norsk personopplysningslov og EUs personvernforordning.
Deno Deploys offentlige dokumentasjon beskriver ikke et tilsvarende produkt for regional datakontroll eller en egen metadata-grense på samme detaljnivå som Cloudflares løsning. Det betyr ikke nødvendigvis at Deno Deploy er dårligere egnet for GDPR-sensitive arbeidsmengder, men at team som i dag må dokumentere datalokalisering for revisorer eller tilsynsmyndigheter bør sjekke dette punktet eksplisitt med egen juridisk eller compliance-avdeling før de velger plattform, og uansett før Deno Deploy-migreringen tvinger et valg om seks måneder.
Et praktisk poeng her: siden Deno-teamet nå er en del av Cloudflare, er det rimelig å anta at eventuelle fremtidige data-residens-garantier for det kommende celld-workerd-laget vil bygge videre på Cloudflares eksisterende Regional Services-rammeverk, snarere enn en helt separat løsning. Det er imidlertid ikke bekreftet av noen av partene i kunngjøringen fra oktober 2026, og bør derfor behandles som en rimelig forventning, ikke en etablert fakta.
I praksis bør norske virksomheter som er underlagt krav fra Datatilsynet eller sektorspesifikk regulering, som finans eller helse, sette av tid til en egen vurdering av databehandleravtalen uansett hvilken plattform de velger. En migrering tvunget av en leverandørs sluttdato er ikke et unntak fra den vanlige plikten til å dokumentere hvor persondata behandles, og bør derfor behandles som en ordinær DPIA-vurdering (konsekvensutredning for databeskyttelse), ikke en forenklet hastesak.
Fordeler og ulemper
Ingen av plattformene er objektivt bedre på alle punkter, selv om kunngjøringen fra oktober 2026 endrer hvilken vekt man bør legge på levetid som kriterium. Listene under samler de konkrete styrkene og svakhetene vi har dekket tidligere i artikkelen, så du har dem samlet på ett sted før du går videre til brukstilfellene.
Cloudflare Workers
- Lavere inngangspris på 5 dollar i måneden og ingen egresskostnad uansett trafikkvolum
- Et komplett sett med tilknyttede produkter (KV, D1, R2, Durable Objects) på samme faktura
- Flere hundre byer i nettverket ifølge Cloudflares egen dokumentasjon, med kort vei til nordiske brukere
- Langsiktig produktstrategi med dedikert fokus etter at Deno-teamet flyttet inn
- V8-isolat-modellen begrenser hvilke Node.js-native pakker som kan kjøre uendret
- Maks 5 minutters CPU-tid per kall setter en hard grense for svært tunge enkeltoppgaver
Deno Deploy
- Native TypeScript uten transpileringssteg og full Web Standards-kompatibilitet
- Bredere npm-kompatibilitet gjennom Deno 2 enn Workers’ V8-isolater tilbyr
- Deno Sandbox gir isolert kjøring av ikke-tiltrodd eller AI-generert kode som eget produkt
- Plattformen har en fast sluttdato seks måneder etter oktober 2026-kunngjøringen
- Høyere inngangspris på 20 dollar i måneden og egresskostnad utover 200 GiB inkludert
- Ingen innebygde motstykker til D1, R2 eller Durable Objects
Fem praktiske brukstilfeller
De to plattformene passer forskjellige arbeidsmengder godt, og her er fem konkrete mønstre der valget påvirker både kostnad og arkitektur.
Global A/B-testing og personalisering ved kanten. En nettbutikk eller nyhetsside som kjører eksperimenter mot nordiske og europeiske besøkende kan lese brukersegment-data fra Workers KV med lav lesetid uansett hvor i verden forespørselen kommer fra. Fordi Cloudflare ikke fakturerer egress, kan personalisert innhold strømmes tilbake til brukeren uten at kostnaden stiger med trafikkvolumet, noe som gjør mønsteret spesielt gunstig for sesongtopper som Black Friday eller store nyhetsdøgn.
API-gateway med sesjonstilstand. Durable Objects kan holde en WebSocket-forbindelse eller en brukersesjon åpen over tid, med en garantert enkelttrådet utførelse som unngår kappløp mellom samtidige forespørsler. Det er nyttig for chattefunksjoner, live-samarbeid i dokumenter, eller ordrebøker i finansapplikasjoner der konsistens er viktigere enn rå gjennomstrømning, og er et av de klareste eksemplene på et produkt Deno Deploy ikke har et direkte motstykke til.
Global hastighetsbegrensning og bot-filtrering. Fordi logikken kjører nær brukeren i stedet for i et sentralt datasenter, kan skadelig eller automatisert trafikk stoppes før den når opphavsserveren. For nordiske virksomheter som opplever skrapere eller credential-stuffing-angrep mot innloggingssider, gir dette en mulighet til å filtrere trafikk billig ved kanten i stedet for å la all belastning treffe produksjonsserveren direkte.
TypeScript-native prototyping i sluttfasen av Deno Deploy. Team som allerede har kode på Deno Deploy kan fortsatt bruke de resterende månedene til å prototype raskt med native TypeScript og uten byggesteg, før de flytter produksjonstrafikken til en plattform med lengre levetid. Dette er fornuftig for interne verktøy og korte sprinter, men bør ikke brukes som unnskyldning for å utsette selve migreringsplanleggingen av eksisterende produksjonssystemer.
Sandkasser for AI-agentkjøring. Deno Sandbox lar team kjøre AI-genererte skript isolert i egne mikro-VM-er i dag, en funksjon bygget spesifikt for ikke-tiltrodd kode. Cloudflares strategi fremover samler lignende funksjonalitet rundt Durable Objects og det kommende celld-integrerte workerd-laget, og Varda peker direkte på dette som en prioritet i det felles blogginnlegget med Dahl. Team som bygger agent-harnesser i dag bør derfor følge med på hvordan dette produktet utvikler seg i løpet av de neste kvartalene.
Hvem bør velge hva
Beslutningen avhenger mindre av smak og mer av tidshorisont, siden en av plattformene har en offentlig kunngjort sluttdato. Under følger seks konkrete anbefalinger basert på hvor et team står i dag.
Nye prosjekter som starter fra null nå bør gå rett på Cloudflare Workers. Det er ikke fordi Deno-runtimen er teknisk underlegen, men fordi Deno Deploy ikke lenger er et levedyktig langsiktig valg for noe som skal driftes i produksjon lenger enn seks måneder. Å starte et nytt prosjekt på en plattform med kunngjort sluttdato gir ingen fordel som kompenserer for migreringsarbeidet man vet kommer.
Team med eksisterende Deno Deploy-produksjonstrafikk bør starte migreringsplanlegging nå, ikke vente til ukene før fristen løper ut. Seks måneder virker som lang tid, men inkluderer typisk ferieperioder, testsykluser og en rollback-buffer, slik at den reelle arbeidstiden er vesentlig kortere enn kalenderen antyder.
Prosjekter som er tungt avhengige av spesifikke Node.js-native npm-pakker, for eksempel pakker som leser filsystemet direkte eller bruker native C++-bindinger, bør kartlegge kompatibilitet med Workers’ V8-isolater tidlig. Dette er ofte den enkeltfaktoren som avgjør om en migrering tar dager eller uker, og bør derfor være det første man tester, ikke det siste.
Team som trenger innebygd SQL ved kanten bør vurdere D1 direkte i stedet for å lete etter et Deno-motstykke som ikke finnes i dag. Siden D1 fakturerer per rad lest og skrevet snarere enn per forespørsel, kan den totale kostnaden avvike fra det man er vant til fra en tradisjonell hostet database, og bør derfor estimeres konkret mot egen trafikkprofil før migrering.
Betalende Deno Deploy-kunder bør ta direkte kontakt med Cloudflare for å sikre seg migreringshjelpen som er lovet i kunngjøringen, siden den foreløpig er bekreftet forbeholdt betalende kunder og ikke gratisbrukere. Gratisbrukere bør derfor regne med å gjennomføre hele migreringen selv, uten dedikert støtte fra leverandøren.
Team som bygger agent-harnesser for AI bør se spesifikt på Durable Objects, gitt at det er akkurat den kombinasjonen Cloudflare og Dahl selv peker på som strategisk prioritet fremover. Siden mye av dette produktarbeidet fortsatt er under utvikling, bør slike team planlegge for at API-ene og prisingen kan endre seg i løpet av de neste kvartalene mens celld-integrasjonen i workerd tar form.
Migreringsguide: Fra Deno Deploy til Cloudflare Workers
Seks måneder er kort tid for et produksjonssystem, så en strukturert plan er bedre enn å vente på detaljert offisiell migreringsdokumentasjon. Disse stegene dekker det praktiske arbeidet uavhengig av eksakt tooling Cloudflare ender opp med å levere.
- Kartlegg alle Deno-spesifikke API-er koden bruker, spesielt filsystem- og nettverkskall som ikke finnes i V8-isolat-modellen.
- Installer Wrangler, Cloudflares kommandolinjeverktøy, og sett opp et nytt Workers-prosjekt parallelt med det eksisterende Deno Deploy-prosjektet.
- Flytt forretningslogikken til en enkelt fetch-handler i Workers-formatet, og fjern avhengigheter til Deno-native moduler som ikke har et npm-motstykke.
- Eksporter data fra Deno KV og skriv et engangsskript som importerer dem til Workers KV eller D1, avhengig av om dataene er nøkkelverdi-par eller relasjonelle.
- Flytt miljøvariabler og hemmeligheter til Wranglers secrets-system, og dobbeltsjekk at ingen hemmeligheter er hardkodet i den gamle Deno-konfigurasjonen.
- Kjør begge versjonene parallelt mot et testdomene, og sammenlign responser for et representativt utvalg av virkelig trafikk før full avvikling av Deno Deploy-instansen.
- Oppdater DNS til å peke mot Workers-ruten, overvåk feilrater tett de første 48 timene, og behold Deno Deploy-prosjektet som en nødfallback til du er trygg på at trafikken er stabil.
# Grunnleggende struktur for et Workers-prosjekt etter migrering
# wrangler.toml
name = "mitt-migrerte-prosjekt"
main = "src/index.js"
compatibility_date = "2026-10-10"
[[kv_namespaces]]
binding = "MIN_KV"
id = "din-kv-id-her"
# Deploy til produksjon
wrangler deployDette er et minimalt eksempel på strukturen Wrangler forventer, ikke en fullverdig migreringsmal. Faktisk migreringsarbeid krever justeringer per prosjekt, spesielt rundt npm-pakker som bruker Node.js-spesifikke API-er Workers ikke eksponerer direkte.
Kostnadsbildet ved selve migreringen bør også tas med i planleggingen, ikke bare den løpende driftskostnaden etterpå. De fleste team bruker mer tid på å skrive og teste migreringsskript for datalag enn på selve applikasjonskoden, siden Deno KV og Workers KV eller D1 har forskjellige datamodeller. Et realistisk budsjett bør derfor sette av tid til en egen testperiode med skyggetrafikk, ikke bare en rask omskriving av koden etterfulgt av en direkte DNS-bytte. Team som undervurderer denne delen av arbeidet risikerer å presse migreringen inn i de siste ukene før Deno Deploy faktisk stenger, noe som øker sjansen for feil under selve overgangen.
Andre alternativer på edge-markedet
Cloudflare Workers og Deno Deploy er ikke de eneste navnene i denne kategorien, selv om kunngjøringen i oktober 2026 effektivt fjerner den ene fra langsiktige vurderinger. Vi har tidligere gått grundig gjennom Cloudflare Workers mot AWS Lambda@Edge, der minnegrensene og kjøretidsmodellene skiller seg vesentlig fra både Workers og Deno Deploy. Vi har også dekket Cloudflare Workers mot Fastly Compute og Cloudflare Workers mot Azure AKS for team som vurderer kaldstart-tid som den avgjørende faktoren.
For team som ikke nødvendigvis trenger edge-kjøring, men ønsker en enklere fulldistribusjons-plattform, har vi også sammenlignet Vercel mot Netlify, som begge bygger videre på egne varianter av edge-funksjoner over Workers-liknende infrastruktur. Og for lesere som allerede kjører Workers i produksjon og vil trimme oppsettet, har vi en egen trinnvis guide til Cloudflare Workers-oppsett.
Google Cloud Run og AWS Lambda@Edge er de to andre navnene som oftest dukker opp i denne diskusjonen, selv om de løser oppgaven på en strukturelt annen måte enn V8-isolater. Begge er containerbaserte, noe som gir bredere språkstøtte og enklere portering av eksisterende Docker-images, men typisk med en tyngre kaldstart enn Workers’ isolat-modell når en ny instans må skaleres opp fra null. For et team som allerede har investert i containere, kan derfor Cloud Run eller Lambda@Edge være et mer naturlig valg enn å lære seg en helt ny isolat-basert programmeringsmodell, selv om den rene kjørekostnaden per forespørsel ofte lander høyere.
Konklusjon: Vårt verdikt
Tallene peker i en klar retning. Cloudflare Workers har en inngangspris på en femtedel av Deno Deploys Pro-plan, ingen egresskostnad uansett volum, og et bredere sett med tilknyttede lagringsprodukter som allerede er priset inn i samme konto. Det er også den plattformen som overlever de neste årene, mens Deno Deploy har en kunngjort sluttdato seks måneder ut fra oktober 2026.
Deno Deploys reelle fordel, native TypeScript og bredere npm-kompatibilitet via Deno 2, forsvinner ikke helt. Den flytter inn i Cloudflares økosystem gjennom celld-integrasjonen i workerd, ifølge Dahls egen beskrivelse av planen. For et team som skal ta en beslutning i dag, uten fem-seks måneder å vente på hvordan integrasjonen lander, er Cloudflare Workers det tryggeste valget rent kommersielt og det eneste valget med en bekreftet fremtid utover 2027.
Den beste praktiske sjekklisten for et team som leser dette i dag er kort: bekreft om dagens arbeidsmengde kjører på Deno Deploy, sett en intern frist som ligger god margin innenfor de seks offisielle månedene, test kompatibiliteten til de mest kritiske npm-avhengighetene i en Workers-isolat tidlig, og avklar datalokaliseringskravene opp mot Cloudflares Regional Services før man går videre med migreringen. De teamene som gjør dette i løpet av de neste ukene, i stedet for i april 2027, er de som kommer til å oppleve overgangen som en rutinejobb snarere enn en krise.
Ofte stilte spørsmål
Når stenger Deno Deploy helt?
Ifølge kunngjøringen fra 9. oktober 2026 fortsetter Deno Deploy å operere i seks måneder før tjenesten legges ned, noe som peker mot rundt april 2027 dersom ikke en mer presis dato publiseres senere.
Må jeg flytte fra Deno Deploy nå?
Det er ikke et akutt krav i dag, men med en bekreftet sluttdato seks måneder ut er det tryggere å starte kartlegging og testmigrering umiddelbart i stedet for å vente til de siste ukene.
Er Cloudflare Workers billigere enn Deno Deploy?
For de fleste arbeidsmengder, ja. Inngangsprisen er 5 dollar mot 20 dollar i måneden, og Cloudflare belaster ikke for egress i det hele tatt, mens Deno Deploy fakturerer 0,20 dollar per GiB utover 200 GiB inkludert på Pro-planen.
Kan jeg fortsatt bruke Deno-runtimen etter at Deno Deploy legges ned?
Ja. Deno-runtimen selv fortsetter å få månedlige feilrettinger og sikkerhetsoppdateringer i ett år til, og forblir åpen kildekode uten offisiell videreutvikling etter den perioden, ifølge Dahls kunngjøring.
Hva skjer med JSR-registeret?
JSR, TypeScript-pakkeregisteret, fortsetter å operere som normalt. Infrastrukturen bak det flyttes til Cloudflare, men tjenesten i seg selv legges ikke ned.
Hvilke Deno-APIer fungerer ikke direkte i Cloudflare Workers?
Alt som krever Node.js-native filsystem- eller prosesstilgang må erstattes, siden Workers kjører i en V8-isolat uten tilgang til et fullt operativsystem. Web Standards-API-er som fetch og WebSocket fungerer derimot i begge miljøer.
Får gratis Deno Deploy-brukere samme migreringshjelp som betalende?
Nei. Kunngjøringen fra Cloudflare og Deno spesifiserer migreringsstøtte for betalende kunder, mens gratisbrukere står friere, men uten den samme garanterte hjelpen i overgangsperioden.
Hvorfor kjøpte Cloudflare Deno i stedet for å konkurrere med dem?
Ifølge Kenton Vardas egne ord i det felles blogginnlegget var Cloudflare positivt overrasket da Deno-teamet lanserte celld i august 2026, fordi det validerte Workers-programmeringsmodellen i stedet for å true den. Å slå sammen teamene fremskynder den visjonen i stedet for å konkurrere om den, og gir Cloudflare tilgang til Dahls erfaring fra å bygge og drifte en egen hostingtjeneste fra grunnen.
Koster det noe å flytte fra Deno Deploy til Cloudflare Workers?
Selve kontoopprettelsen og de laveste planene på Cloudflare Workers er gratis, men arbeidstiden teamet legger i å skrive om kode, migrere data og teste parallelt er den egentlige kostnaden ved overgangen, uavhengig av hvilken plattform man lander på.
