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
WAF, bots og den trafik I ikke vil have
En undervurderet grund til Cloudflare i produktion er ikke CDN — det er at I kan styre skadelig og støjende trafik før den rammer jeres origin. Rate limits, bot-håndtering og simple firewall-regler sparer jer for at bygge det samme i applikationen.
Det erstatter ikke app-niveau auth. Det er et filter foran — især værdifuldt når I eksponerer API'er eller login-endpoints der ellers bliver hammered af scanners.
Før I går Cloudflare-first i produktion
- DNS og TLS er på plads — eller I har en klar cutover-plan
- Next.js-dependencies er testet på den runtime I vælger (Workers/OpenNext)
- Persistente data bor et sted med backup og migrations — ikke kun midlertidig edge-state
- Secrets og miljøer er adskilt for preview og produktion
- I ved hvad der stadig skal køre uden for edge (køer, lange jobs, privat netværk)
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.
Hvordan vælger I mellem Cloudflare og Vercel?
Efter jeres eksisterende setup og driftkrav: har I allerede DNS/WAF hos Cloudflare, trækker det ofte den vej. Har I brug for den tætteste Next.js-integration og lavest friktion på preview, trækker Vercel. Vi kortlægger profilen — ikke hypen.
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.