Vercel
Vercel-hosting og platform-drift
Vi sætter Vercel op som platform: edge-hosting, preview-deploys, ISR-strategi, edge-functions og overvågning — så I får hastigheden uden de overraskende regninger.
Hvad Vercel skal levere
Bygget til Next.js i produktion
- Preview-deploys for hele teamet
- Pr. PR
- Caching der virker — på edge globalt
- ISR
- Data-residency hvor det er nødvendigt
- EU
- Forbrugs-styring før kvoter rammes
- Alarmer
Sådan vi tænker Vercel
Hastighed uden de overraskende regninger.
Vercel er den hurtigste vej til at få Next.js i luften — og hvis I ikke konfigurerer det med omhu, også den hurtigste vej til en regning der overrasker. Vi sætter Vercel op så platformen leverer det den lover: globale edge-deploys, preview-environments pr. PR, ISR der faktisk cacher, og forbrug der følger trafikken — ikke fordobler den.
Vi har taget Next.js-applikationer fra prototype til produktions-trafik på Vercel og kender skarpe kanter: hvilke ISR-strategier der skader mere end de hjælper, hvornår edge functions giver mening over node functions, hvordan man undgår at runtime data fetching brænder uno-cache i stykker. I får en konfiguration der er bygget til præcis det I kører — ikke en standard-skabelon.
Og vi tager driften med: monitorering, alarmer, analytics, sikker secrets-håndtering, og en plan for hvad I gør hvis Vercel selv har en hændelse (det sker — og rollback skal være triviel).
Hvad I får leveret
Vercel sat op som platform — ikke kun hosting.
Edge, ISR, preview-deploys, edge-functions og forbrugs-styring — fra dag ét.
Project-opsætning og environments
Production, preview og udviklings-environments med korrekt secrets-isolation, branch-protection og deploy-godkendelse hvor det giver mening.
ISR- og caching-strategi
Incremental Static Regeneration med fornuftige revalidate-tider, on-demand revalidation via webhooks fra jeres CMS, og data-cache-tags så indhold kan invalideres præcist.
Edge vs. node functions
Vi vælger edge runtime hvor latens betyder noget (auth-tjek, geo-routing, A/B-tests) og node runtime hvor I har brug for det fulde Node-økosystem (databasekald via Prisma, tunge afhængigheder).
Preview-deploys for hele teamet
Hver pull request får sit eget URL med isolerede environment-variabler. Designere, marketing og pilot-kunder kan klikke rundt før det går live — ikke læse en diff.
Forbrugs- og kvote-styring
Vi monitorerer Function invocations, Edge Middleware, billed-bandwidth og data cache-størrelse. I får alarm før I rammer kvoter — og forslag til hvordan I sænker forbruget hvor det giver mening.
Domæner, EU-data-residency og compliance
Korrekt DNS, automatisk TLS, EU-only deployment regions hvor det er nødvendigt, og databehandleraftaler der dækker jeres setup.
Inden I forpligter jer
Det her bør I overveje først.
Vercel er en platform, ikke kun hosting
Vercel-værdien ligger i edge-network, ISR, image optimization, preview-deploys og analytics — ikke kun i at hoste en Node-server. Hvis I bruger Vercel som "bare en server", betaler I for ting I ikke får brug af. Vi designer applikationen så Vercel-features udnyttes hvor det giver mening.
Forbrug skalerer med trafik — og kan overraske
Vercel's prismodel er forbrugsbaseret. En viral artikel eller en bot-trafik-storm kan slå hul i kvotaen. Vi sætter alarmer op tidligt, bruger Cloudflare foran til at filtrere bot-trafik når det giver mening, og designer caching så vi ikke kører serverless functions for ting der kan caches.
ISR vs. on-demand vs. dynamic
Den rigtige rendering-strategi pr. side er en arkitektur-beslutning, ikke en konfigurations-parameter. En produktside med priser skal sandsynligvis revalideres oftere end en blog-artikel. Vi gennemgår sidetyperne og vælger strategi pr. side — ikke globalt.
Multi-region og databases
Vercel deploys på edge globalt, men jeres database gør sandsynligvis ikke. Vi vurderer om læs- eller skrive-latens kan blive et problem, om read-replicas eller en serverless-venlig database (Neon, Turso, PlanetScale) giver mening, og om noget logik bør flyttes tættere på databasen.
FAQ
Det folk plejer at spørge om.
Hvornår er Vercel det rigtige valg?
Vercel er typisk det rigtige valg for Next.js-applikationer der skal gå hurtigt i luften, har et lille til mellemstort team, og hvor edge-network og preview-deploys giver målbar værdi. Hvis I har strikse compliance-krav (alt på egen infrastruktur), meget tunge baggrundsjobs eller specialiserede compute-behov, kan AWS eller Cloudflare være et bedre valg. Vi rådgiver ærligt — vi sælger ikke kun Vercel.
Kan I migrere os til Vercel fra anden hosting?
Ja. Vi har migreret Next.js-applikationer fra AWS, Netlify, Heroku og selv-hostede setups til Vercel. Vi planlægger DNS-flytningen, sikrer at miljø-variabler og secrets følger med, og laver en parallel-drift-periode hvor vi kan rulle tilbage hvis noget brænder. En typisk migration tager 2–6 uger afhængigt af kompleksitet.
Hvad gør vi hvis Vercel har en hændelse?
Vi designer for det. Statiske assets ligger på Vercel's edge-cache og kan tit serveres selv under en kontrol-plane-hændelse. Kritiske API-endpoints kan dubleres til en sekundær host (Cloudflare Workers, AWS Lambda) hvis I har strikse uptime-krav. For de fleste setups er rollback til en tidligere deployment øjeblikkelig — og det er ofte nok.
Hvordan undgår vi den "forskrækkende regning"?
Tre ting: 1) Korrekt caching og ISR så functions ikke kører for ting der kan serveres fra cache. 2) Cloudflare foran Vercel for at filtrere bot-trafik og uønsket trafik før det rammer Vercel's målere. 3) Forbrugs-alarmer der pinger Slack når I nærmer jer kvoter. Vi sætter alle tre op fra dag ét.
Kan I drifte Vercel for os løbende?
Ja. En månedlig drifts-aftale dækker monitorering, kvote-styring, optimering af caching, opdatering til nye Next.js-versioner, og vagt-rotation hvis noget brænder uden for arbejdstid. Mange kunder vælger en blanding hvor jeres team bygger features og vi står for platformen.
Relaterede ydelser
- CloudflareDNS, WAF, Workers, R2 og Pages — sat korrekt op fra start, så Cloudflare faktisk arbejder for dig.
- AWSECS, Lambda, RDS, S3 og VPC — designet, kodet i Terraform og driftet med observability fra dag ét.
- Cloud-migrationFra on-prem, hosted servere eller anden cloud til en moderne stack — uden tabt data og uden lange nedetider.
Klar til at starte?
Lad os tage en uforpligtende snak.
Vi vender tilbage indenfor en arbejdsdag med konkret input — ikke et standardtilbud.