PlanetScale vs. Neon in 2026: welke serverless database moet je kiezen?

Ben je een Postgres-team dat echte per-branch-isolatie wil, scale-to-zero op dev-databases en een rekening die letterlijk bij nul dollar begint? Kies dan Neon. Draai je MySQL op serieuze schaal, leef je op Vitess, of wil je gewoon een database die nooit een cold start kent en nooit in slaap valt? Kies dan PlanetScale. Dat is de hele beslissing in twee zinnen, en bijna alles hieronder is gewoon mijn onderbouwing, zodat je met me in discussie kunt gaan.

Ik heb een groot deel van het afgelopen decennium besteed aan het babysitten van productiedatabases, en wat niemand je vertelt, is dat de categorie "serverless database" stilletjes uiteenviel in twee geloven. De ene kant optimaliseert voor kostenelasticiteit: je database moet verdwijnen wanneer niemand kijkt en niets kosten. De andere kant optimaliseert voor voorspelbaarheid: je database moet draaien, warm zijn en elke milliseconde identiek zijn, en daarvoor betaal je gemoedsrust. Neon is de eerste kerk. PlanetScale is de tweede. Geen van beide heeft ongelijk. Ze beantwoorden verschillende vragen.

Hier is de snelle versie voordat we naar de bewijzen gaan.

PlanetScale vs. Neon in één oogopslag

	PlanetScale	Neon
Engine	MySQL (Vitess) + Postgres (GA sept. 2025)	Alleen serverless Postgres
Goedkoopste betaalde instap	$5/mnd single-node Postgres (PS-5)	Puur usage-based, begint bij bijna $0
Gratis tier	Geen (afgeschaft april 2024)	Ja — $0/mnd, 100 CU-uur, 0,5 GB/project
Branching	Ja (schema-first; data via restore op PG)	Ja (instant copy-on-write, volledige data)
Scale-to-zero	Nee — always-on, geen cold starts	Ja — suspend na 5 min inactiviteit
Opslagprijs	Cluster + EBS-opslag apart gefactureerd	$0,35/GB-maand
Eigendom van	Onafhankelijk	Databricks (overgenomen mei 2025, ~$1B)
Beste voor	MySQL/Vitess-teams, hoge QPS, latency-gevoelig	Postgres greenfield, dev/preview-economie, AI-agents

Nu de bewijzen.

PlanetScale in 2026: de always-on-gok

De reputatie van PlanetScale is gebouwd op Vitess, de MySQL-shardinglaag die YouTube schreef om te voorkomen dat zijn database zou smelten. Die erfenis telt nog steeds: als je MySQL over duizenden nodes moet sharden, is er geen rustigere plek op internet om dat te doen. Maar het grote verhaal van 2026 is dat PlanetScale niet langer alleen MySQL is. PlanetScale for Postgres werd algemeen beschikbaar op 22 september 2025 (PlanetScale), dus het oude "MySQL of wegwezen"-kader is dood.

De prijsstelling is cluster-gebaseerd, en eerlijk gezegd is dat verfrissend na jaren van vage "compute units". Op AWS us-east-1 begint een single-node (non-HA) Postgres-cluster bij $5/mnd, terwijl de high-availability-versie met drie nodes begint bij $15/mnd en vandaaruit oploopt (PlanetScale-prijzen). Vitess-plannen (MySQL) beginnen hoger: de non-Metal config met drie nodes start rond $39/mnd. En dan is er PlanetScale Metal, de NVMe-ondersteunde tier waar opslag lokaal op de machine zit in plaats van network-attached EBS; Metal Postgres begint bij $50/mnd. Je betaalt een vaste maandelijkse vergoeding per cluster, naar rato, en opslag op de EBS-plannen wordt daar bovenop gefactureerd.

PlanetScale-prijzen, juni 2026

Het filosofische punt dat je over PlanetScale moet begrijpen: het schaalt niet naar nul, en dat is met opzet. Je database draait, of er nu iemand query't of niet. Geen suspend, geen cold start, geen "de eerste request na de lunch duurt 800ms"-tax. Voor een klantgerichte app waar p99-latency een kostenpost is die de CEO in de gaten houdt, is dat een feature, geen bug. PlanetScale's eigen gepubliceerde benchmark tegen Neon/Lakebase zette PlanetScale op ruwweg 33.000 QPS versus ongeveer 27.000 voor Neon, met consistentere prestaties over tijd (PlanetScale-benchmarks). Neem vendor-benchmarks met de gebruikelijke korrel zout — zij draaiden hem, zij wonnen hem — maar de consistentieclaim past bij de always-on-architectuur. Er is niets dat wakker hoeft te worden.

Branching bestaat op PlanetScale, en het is echt goed voor waarvoor het ontworpen is: schemamigraties. De deploy-request-workflow — branch, diff, review, merge — vangt brekende schemawijzigingen op voordat ze prod raken, en is daarvoor beter gestructureerd dan wat Neon ook levert. De adder onder het gras is data. MySQL-branches zijn schema-only-omgevingen, en PlanetScale Postgres-branches restoren vanuit een backup om data mee te nemen. Als je CI-flow op elke pull request een volledige, directe kopie van de productiedata wil, dan is dat niet PlanetScale's sterkste kant.

De olifant in de kamer is wat er in april 2024 gebeurde: PlanetScale schrapte zijn gratis Hobby-tier volledig. Nieuwe Hobby-databases stopten op 6 maart 2024, en bestaande moesten vóór 8 april upgraden of werden in slaap gezet (PlanetScale Hobby deprecation-FAQ). De developer-community nam het persoonlijk op — de goedkoopste vervanging was destijds $39/mnd, en het internet vergeeft een verdwenen gratis tier niet snel. Het goede nieuws in 2026 is dat de instap van $5 voor single-node Postgres die klap aanzienlijk verzachtte. Het is niet gratis, maar het is ook geen $39.

Neon in 2026: scale to zero, eigendom van Databricks

Neon is serverless Postgres, punt uit. Geen MySQL, geen Vitess, geen shardinglaag — gewoon Postgres, zo gearchitecteerd dat opslag en compute uit elkaar zijn getrokken. Die scheiding is de hele truc. Het is wat Neon's branching instant maakt: een branch is een copy-on-write-snapshot van je volledige dataset, een volledig geïsoleerde Postgres-database in minder dan een seconde, zonder datakopie. Voor CI-pipelines en preview-omgevingen is dit dé killerfeature. Elke pull request kan zijn eigen echte database krijgen, met echte productievormige data, die de looptijd van de PR meegaat en daarna verdwijnt.

Het is ook wat scale-to-zero mogelijk maakt. Standaard suspend Neon een compute na vijf minuten inactiviteit, en je kunt hem warm houden gedurende 5 minuten, 30 minuten of onbeperkt op betaalde plannen (Neon-docs). Wanneer hij wakker wordt, landen cold starts doorgaans in het bereik van een paar honderd milliseconden, p99 rond 500ms. Dat is dramatisch beter dan de resume van ongeveer 15 seconden bij Aurora Serverless v2, maar het is geen nul, en je zult het voelen bij de eerste request na inactiviteit. Voor dev-omgevingen en bursty workloads is die afweging fantastisch. Voor een latency-gevoelige checkout-pagina die soms stil valt, is het een echte overweging.

De prijsstelling kreeg een flinke revisie. Neon werd in mei 2025 overgenomen door Databricks voor een gerapporteerde ~$1 miljard (Databricks newsroom), en de rekening ging omlaag, niet omhoog — een zeldzame uitkomst na een overname. Compute daalde 15–25%, en opslag zakte van $1,75 naar $0,35 per GB-maand, ruwweg een verlaging van 80%. Het Free-plan is echt bruikbaar: $0/mnd, 100 CU-uur per project, 0,5 GB opslag per project, 10 branches, geen creditcard (Neon-prijzen). Betaald gebruik is puur verbruik: Launch-compute kost $0,106/CU-uur, Scale kost $0,222/CU-uur, beide bij $0,35/GB-maand opslag. En cruciaal: Neon liet zijn oude maandelijkse minimum van $5 vallen — verbruik je $3 aan gebruik, dan reken je $3 af (Neon-blog). Een CU is één vCPU en 4 GB RAM, dus je kunt de kosten meestal beredeneren zonder spreadsheet.

Neon-prijzen, juni 2026

Eén eerlijke voetnoot: scale-to-zero bespaart geld bij inactiviteit, maar "inactief" is glibberig. Een Neon-project dat zelfs maar een straaltje verkeer krijgt — 30 bezoeken per dag — kan dagelijks meerdere CU-uren oplopen, omdat elke wake de compute weer opspint. Neon-gebruikers hebben dit op GitHub gesignaleerd. Scale-to-zero is niet hetzelfde als nooit-draaien. Houd je CU-uren in de gaten.

Welke moet je nu echt kiezen?

Je draait MySQL of leeft op Vitess. Dit is geen discussie. PlanetScale is de natuurlijke thuisbasis, en migreren van Vitess af om Neon's branching na te jagen zou zijn als je huis verkopen voor een mooiere deurbel. Blijf zitten.

Je bent een Postgres-team dat fris begint. Neig naar Neon. Het native Postgres-ecosysteem is breder, de copy-on-write-branching is krachtiger voor CI-isolatie, en de gratis tier betekent dat je een jaar lang kunt prototypen zonder rekening. PlanetScale Postgres is goed en wordt steeds beter, maar Neon is hiervoor geboren.

Je hebt enorme schaal of harde sharding nodig. PlanetScale, via Vitess. Niemand beheert MySQL op planeetschaal comfortabeler. Als je roadmap "we gaan uiteindelijk sharden over honderden nodes" bevat, begin dan waar dat een opgelost probleem is.

Je geeft het meest om serverless-economie. Neon. Scale-to-zero plus een echte gratis $0-tier plus geen maandelijks minimum is de goedkoopste manier om tientallen kleine of bursty databases te draaien. PlanetScale's always-on-model betekent dat zelfs een inactieve database je elke maand de volledige clustervergoeding kost.

Je bent geobsedeerd door latency. PlanetScale. Nooit cold starts. Als je app de eerste query na een stille periode in enkelvoudige milliseconden moet beantwoorden, wint een always-on-database standaard.

Je bent platzak. Neon, geen twijfel. Gratis tier, geen kaart. PlanetScale's bodem is $5/mnd per database — prima voor één app, pijnlijk als je tien wegwerpdatabases wilt voor tien zijprojecten.

De echte-kostenrealiteit die niemand screenshot

De sticker-prijs liegt hier in beide richtingen, dus laten we specifiek zijn.

Bij Neon is de valkuil het omgekeerde van de droom. Scale-to-zero maakt dev- en preview-databases vrijwel gratis, wat echt en heerlijk is. Maar een productiedatabase die gestaag verkeer bedient, schaalt nooit naar nul — hij draait, autoscale't, en factureert continu CU-uren. Tegen Scale-tier-tarieven ($0,222/CU-uur) kost een enkele always-warm 1-CU-compute ruwweg $160/maand vóór opslag, branches en egress. Usage-based pricing is geweldig wanneer het gebruik laag is en verrassend wanneer dat niet zo is. Tag je projecten en check het dashboard wekelijks, zeker met AI-agents die databases opspinnen — Neon's eigen telemetrie liet zien dat ruim 80% van zijn databases door agents werd aangemaakt, niet door mensen, en agents lezen geen facturen.

Bij PlanetScale is de valkuil het tegenovergestelde: de bodem. Die single-node Postgres-database van $5 is goedkoop, maar hij is non-HA — één node, geen automatische failover. De HA-versie begint bij $15/mnd, en dat is het eerlijke getal voor alles waar je echte gebruikers op zet. Vermenigvuldig dat met het aantal aparte databases dat je draait, en het "goedkope instappunt" voelt niet langer goedkoop. PlanetScale beloont consolidatie; Neon beloont proliferatie. Stem de tool af op hoe je daadwerkelijk graag architecteert.

De saaie waarheid: voor een enkele productie-app is het maandelijkse verschil tussen een serieus PlanetScale-cluster en een gestaag belast Neon-project kleiner dan de tijd die je zou besteden aan migreren ertussen. Kies op engine en branching-filosofie, niet op een kostenpost van $20.

FAQ

Is Neon beter dan PlanetScale?

Voor greenfield Postgres-projecten, dev/preview-economie en een echte gratis tier, ja — Neon is de betere standaardkeuze in 2026. Voor MySQL, Vitess-schaal sharding of latency-gevoelige always-on-workloads is PlanetScale beter. "Beter" hangt volledig af van je engine en of je scale-to-zero of nul cold starts waardeert. Ze zijn geoptimaliseerd voor tegengestelde dingen.

Heeft PlanetScale een gratis tier?

Nee. PlanetScale schrapte zijn gratis Hobby-tier in april 2024 — nieuwe Hobby-databases stopten 6 maart 2024, en bestaande moesten vóór 8 april upgraden (PlanetScale-FAQ). De goedkoopste betaalde instap vandaag is een single-node Postgres-database van $5/mnd. Als je specifiek een $0-database nodig hebt, is dat Neon's terrein, niet dat van PlanetScale.

Is PlanetScale Postgres of MySQL?

Beide. PlanetScale begon als MySQL op Vitess en leidt daar nog steeds, maar PlanetScale for Postgres bereikte algemene beschikbaarheid op 22 september 2025 (PlanetScale). Dus in 2026 kun je beide engines draaien op PlanetScale. Neon daarentegen is alleen Postgres.

Is Neon goedkoper dan PlanetScale?

Aan de onderkant bijna altijd — Neon's gratis tier is $0, er is geen maandelijks minimum, en scale-to-zero betekent dat inactieve databases vrijwel niets kosten. Bij gestage productiebelasting ligt het dichter bij elkaar; een always-warm Neon-compute op de Scale-tier kan ~$160/maand kosten, terwijl een PlanetScale HA Postgres-cluster begint bij $15/mnd plus opslag. Neon wint bij veel kleine/bursty databases; PlanetScale kan winnen bij een enkele geconsolideerde workload.

Wie is eigenaar van Neon en PlanetScale?

Neon werd in mei 2025 overgenomen door Databricks voor een gerapporteerde ~$1 miljard (Databricks), en zit nu binnen Databricks' data- en AI-platform. PlanetScale blijft een onafhankelijk bedrijf. Als langetermijnonafhankelijkheid belangrijk is voor je inkoopteam, is dat verschil het vermelden waard.

Conclusie

Kies eerst op engine, ten tweede op filosofie, prijs op een verre derde plaats. MySQL of Vitess: PlanetScale. Postgres en je houdt van gratis dev-databases en scale-to-zero: Neon. Postgres, maar latency is heilig en je wilt een database die nooit slaapt: PlanetScale Postgres. Beide zijn uitstekend in 2026 — Neon werd goedkoper na de Databricks-deal, PlanetScale kreeg Postgres en behield zijn always-on-voorsprong. Je kiest tussen twee juiste antwoorden, en dat is een prettig probleem om te hebben.

Affiliate-disclosure: TechRiseUps kan een commissie verdienen als je je via links op deze pagina aanmeldt, zonder extra kosten voor jou. We bevelen alleen tools aan die we ook echt in productie zouden draaien, en de prijzen hier zijn geverifieerd tegen de officiële prijspagina van elke vendor in juni 2026. Bevestig altijd de actuele tarieven voordat je je vastlegt.