Cloud & edge
Cloudflare er ofte det teamet allerede bruger til DNS — og så stopper samtalen. Men platformen er vokset til noget der kan bære hele frontend-deploy, edge-logik, object storage og DDoS-beskyttelse for rigtige produktionsapps.
Spørgsmålet er ikke om Cloudflare er "godt". Det er hvilke dele der matcher jeres produkt — og hvad I stadig skal lægge et andet sted.
TL;DR
De vigtigste pointer
- Cloudflare samler DNS, CDN, WAF, edge-compute og storage — færre leverandører at koordinere.
- Pages + Workers kan hoste Next.js og API-logik tæt på brugeren.
- R2 og D1 dækker mange behov uden at I skal spinne en separat object store op med det samme.
- Det erstatter ikke altid en fuld Postgres-backend eller langvarige baggrundsjob — planlæg hvad der bor hvor.
Hvilke brikker der typisk bruges
De fleste produktions-setups vi ser kombinerer DNS og WAF (trafik ind), Pages eller Workers (app og API på edge), og R2 til filer og assets. D1 eller ekstern Postgres til persistent data afhænger af produktets krav.
Fordelen er latency og en samlet sikkerhedsprofil: DDoS, bot-filter og TLS håndteres ét sted. Ulempen er læringskurven — Cloudflare har mange produkter, og det er let at vælge forkert abstraktion hvis ingen har deployet Next.js der før.
Hvornår Cloudflare — og hvornår noget andet
Brug matricen når I vælger mellem Cloudflare-first, Vercel eller klassisk container-host.
Cloudflare-first
I har allerede DNS og sikkerhed hos Cloudflare
Anden host / hybrid
Udnyt Pages/Workers — undgå at splitte edge og origin unødigt
Cloudflare-first
Produktet er primært statisk/ISR med let edge-logik
Anden host / hybrid
Cloudflare Pages er ofte rigtig — hurtigt og billigt at drive
Cloudflare-first
I har tunge baggrundsjob, køer eller langvarige processer
Anden host / hybrid
Hybrid: edge på Cloudflare, worker/backend på container eller managed service
Cloudflare-first
Next.js-features som kræver Node-runtime uden begrænsning
Anden host / hybrid
Vercel eller container kan give færre kompromiser end ren edge
Cloudflare-first
Compliance kræver specifik region eller isoleret database
Anden host / hybrid
Kombinér Cloudflare for edge med database hostet efter jeres krav
Spørgsmål vi får igen og igen
Kan Next.js køre fuldt ud på Cloudflare?
Meget af det — via OpenNext og Workers. Nogle Node-specifikke pakker og runtime-antagelser kræver stadig test. Vi kortlægger jeres dependencies i discovery før vi lover en ren edge-deploy.
Er Cloudflare billigere end Vercel?
Det afhænger af trafikmønster, storage og hvor meget compute I kører på edge. Vi sammenligner ikke offentligt på priser — vi kortlægger jeres forventede profil og anbefaler den model der giver færrest overraskelser i drift.
Skal vi flytte DNS først?
Ofte ja — DNS hos Cloudflare gør resten enklere. Men I kan også starte med Pages på et subdomæne og migrere DNS når I er trygge. Vi planlægger cutover så I undgår nedetid.
Hvad med database — D1 eller Postgres?
D1 passer til let edge-data og prototyper. Seriøse SaaS-produkter bruger typisk Postgres (managed hos Supabase, Neon eller jeres egen host) med RLS og migrations. Valget følger data-modellens kompleksitet — ikke hype.
Overvejer I Cloudflare til produktion?
Lad os kortlægge hvilke brikker I faktisk har brug for.
Vi gennemgår produkt, trafik og compliance og foreslår et setup der holder — uden at lægge alt på edge bare fordi det kan lade sig gøre.