Next.js er det soleklart mest brukte frontend-rammeverket, viser blant annet den nye State of Frontend-undersøkelsen.
Men de tette båndene mellom Next.js og Vercel har gjort at mange utviklere har vært bekymret for "lock-in" hos Vercel – blant annet Kent C. Dodds som i en bloggpost for en tid tilbake skrev at:
"OpenNext eksisterer fordi Next.js er vanskelig å deploye alle andre steder enn hos Vercel".
Nå melder Netlify at de melder seg inn i OpenNext-prosjektet – et prosjekt som har som mål å gjøre det like enkelt å deploye til plattformer som AWS, Cloudflare eller Netlify, som til Vercel.
– Vi flytter vårt åpen kildekode Next.js-adapter for Netlify til OpenNexts GitHub-organisasjon og vil begynne å samarbeide på tvers av leverandører, som Cloudflare og SST, for å sikre at Next.js kjører bra overalt, skriver Netlify-sjef Mathias Biilmann.
Samtidig melder de at all funksjonalitet i nye Next.js 15 fungerer hos dem.
– Fungerer ikke på samme måte
Netlify selv hevder at de i dag er det eneste stedet utenfor Vercel der Next.js kan deployes i en serverless frontend-skyplattform med støtte for alle de mest avanserte funksjonene i Next.js.
Ved å melde seg inn i OpenNext og begynne å bidra der, håper de å bidra til å gjøre det enklere for Next.js-brukere å selv velge hvilken plattform de vil kjøre løsningen på.
🤔 If Next.js were truly open (not just open code, but also open to ideas and contributions), why would @Cloudflare, @Netlify, and @SST_dev be joining forces to collaborate on OpenNext? ⁉️https://t.co/odkIeB2CXn
— Igor Minar (@IgorMinar) October 23, 2024
På OpenNexts nettsider står det at "Next.js, i motsetning til Remix, Astro eller andre moderne frontendrammeverk, ikke har noen måte å "self-hoste" på tvers av ulike plattformer på".
– Du kan kjøre den som en Node.js-applikasjon. Men det fungerer ikke på samme måte som det gjør hos Vercel, heter det på nettsidene.
OpenNext har foreløpig Netlify, SST og Cloudflare som offisielle støttespillere. Netlify lager en Netlify-adapter, Cloudflare en Cloudflare-adapter, mens SST adapteren til AWS.
Velge rammeverk? Nicklas mener du bare har to valg
kode24-klubben allerede fornøyd
En kjapp rundspørring i kode24-klubben på Facebook viser at våre lesere ikke er helt ukjent med å deploye Next.js andre steder enn hos Vercel.
– Jeg hoster selv, bruker Docker og Kubernetes, skriver Flamur.
– Ja, det går bra. Docker i Azure, skriver Øyvind.
– Bruker Next.js for en kunde. Kjører den som en standard Docker-container i Azure Container Apps, har fungert bra så langt med både app router og server components, skriver Mathias.
Så skal vi tro kode24-leserne (og det skal vi jo!) så bør det altså gå greit å hoste Next.js andre steder enn hos Vercel – selv om OpenNext har som mål å kanskje gjøre det enda enklere.
Next.js har et eget punkt i dokumentasjonen om hvordan man "self-hoster" Next.js, enten som en Node.js-applikasjon, i en Docker-container eller som en statisk HTML-applikasjon. Vercels Lee Robinson har også lagt ut en video der han forklarer hvordan du gjør dette.
Elkjøp vraka Angular: «Morsomste jeg har gjort!»
Anbefaler Coolify
En av våre lesere anbefaler å ta en kikk på Coolify.io,
– Jeg bruker Coolify på en egen VPS for Next.js-applikasjoner, og har foreløpig kjørt både Next.js 14 og testet med Next.js 15 uten problemer, skriver Mats i kode24-klubben.
Han mener løsningen gir han et UI og en deploy-opplevelse som minner om den du får hos Vercel.
– Siden det er open source, har jeg muligheten til å bidra med funksjoner eller forbedringer hvis jeg vil. Perfekt om man ønsker fleksibiliteten til å kjøre Next.js andre steder enn Vercel!
💬 Har du deployet Next.js andre steder enn hos Vercel? Del gjerne dine erfaringer med kode24-leserne i kommentarfeltet!
