Vercel eller Netlify?

Vercel og Netlify er to af de mest populære platforme til at deploye moderne webapps, og begge gør det nemt at gå fra kode til en hjemmeside i drift uden at bygge egen infrastruktur. Markedsføringen får dem til at lyde næsten ens. De reelle forskelle mærkes først i hverdagen: hvilket framework I kører, hvordan jeres trafik ser ud og hvad der sker med regningen ved en trafikspids. Her er afvejningen for en beslutningstager.

Vercels forspring med Next.js over for Netlifys neutralitet

Den tydeligste forskel handler om framework. Vercel er virksomheden bag Next.js, og det kan mærkes. Kører I Next.js, giver Vercel den mest gnidningsfri vej: Nye funktioner virker tidligt, konfigurationen er minimal, og platformen er bygget til netop det økosystem. For et Next.js-projekt er det et reelt forspring.

Netlify har i stedet en mere framework-neutral holdning. Platformen har ikke bundet sig lige så tæt til én enkelt teknologi, men sigter mod at understøtte mange værktøjer godt. For et team der blander teknologier eller bevidst ikke kører Next.js, kan den bredde være en fordel. I er dermed ikke gæster i en andens økosystem.

Ingen af de to holdninger er objektivt bedre; de passer til forskellige situationer. Spørgsmålet I skal stille jer, er enkelt: Bygger vi på Next.js eller ej? Er svaret ja, peger det mod Vercel. Er svaret nej eller “det varierer”, udjævner Netlifys neutralitet forskellen.

Prismodellernes fælder ved trafikspidser

Her ligger den mest almindelige dyre overraskelse, og den gælder begge platforme. Grundprisen ser ofte rimelig ud, men det er den variable del der kan bide. To poster er særligt værd at forstå før I binder jer.

• Båndbredde. Mængden af data der sendes ud til de besøgende, koster penge. En hjemmeside der pludselig får meget trafik (en kampagne, en presseomtale, en viral deling), kan trække langt mere båndbredde end i en normal måned, og omkostningen følger med op.
• Funktionskald. Serverfunktioner der kører ved hvert besøg eller hver handling, afregnes ofte pr. kald. Bliver appen populær eller kalder den funktioner ofte, kan den post vokse hurtigt og uventet.

Et kort regneeksempel gør pointen tydelig: En hjemmeside der normalt koster en beskeden sum om måneden, kan i løbet af en enkelt kampagneuge med kraftig trafik mangedoble regningen, netop via båndbredde og funktionskald. Det gør ikke platformene dyre i sig selv, men det gør det vigtigt at anslå jeres spidser og læse vilkårene for disse poster, ikke kun grundprisen.

Når egen cloudinfrastruktur er det rigtige

Vercel og Netlify er bygget til at fjerne besvær, og det gør de godt ved små til mellemstore volumener. Men bekvemmeligheden koster et tillæg, og på et vist punkt vender regnestykket. Når trafikken bliver meget stor eller I har brug for fuld kontrol over hvordan alt deployes og skaleres, kan egen cloudinfrastruktur blive både billigere og mere fleksibel.

Pointen er at I så betaler tættere på råprisen for beregning, lagring og trafik. Til gengæld skal nogen selv bygge og drive det. Det kræver DevOps-kompetencer, og dem betaler man for, enten som ansatte eller som konsulenter. For et lille team uden de kompetencer er Vercel eller Netlify ofte billigere i praksis trods den højere listepris; for en stor tjeneste med egen drift kan egen cloud vinde.

Sådan vælger I

Lad teknologien og trafikken styre. Bygger I på Next.js og vil maksimere enkelheden, er Vercel et naturligt førstevalg. Kører I andre eller blandede frameworks, er Netlifys neutralitet en god grund til at se i den retning. Uanset hvad bør I anslå jeres trafikspidser og læse vilkårene for båndbredde og funktionskald. Ellers kan kampagneugen ende som en ubehagelig faktura.

Regner I med meget store volumener eller har I særlige krav til kontrol, bør I tage egen cloudinfrastruktur med i overvejelserne som et tredje alternativ. Vores ydelser omfatter både hurtig deployment på platforme som disse og egen cloudarkitektur til dem der vokser ud af dem. Kontakt os med jeres trafikmønster og jeres framework, så drøfter vi det rette hjem til jeres app.