Europese alternatieven voor Supabase
Op zoek naar een Europees alternatief voor Supabase? Supabase is een Amerikaans bedrijf, en een beheerde database is de plek waar je klantgegevens fysiek staan, waardoor de jurisdictie van de aanbieder de belangrijkste keuze in je hele stack is.
Deze Europese aanbieders draaien beheerde Postgres, backendplatforms en complete dataservices vanuit datacenters in Frankrijk, Finland, Zwitserland en verder.
Hoe we deze tools rangschikken Proces in 4 stappen
-
1
Europees eigendom, geverifieerd
Het bedrijf heeft zijn hoofdkantoor en statutaire zetel in de EU, de EER, het Verenigd Koninkrijk, Zwitserland of Israël, en verwerkt klantgegevens in Europa of Israël. Een Amerikaans moederbedrijf sluit een tool van deze pagina uit, ongeacht waar de servers staan.
-
2
Categoriefit en praktijkreview
Wat de tool echt doet, voor wie hij geschikt is en waar hij tekortschiet, gecontroleerd aan de hand van de eigen documentatie, changelog en prijspagina van de leverancier in plaats van de marketingtekst.
-
3
Controle op compliance en prijzen
AVG-positie, hostinglocatie en de prijzen op deze pagina worden vóór publicatie geverifieerd aan de hand van de openbare prijzen van de leverancier, en opnieuw gecontroleerd wanneer we de categorie opnieuw bekijken.
-
4
Positie op deze pagina
Plaatsing op deze pagina kan betaald zijn, en dat kan van invloed zijn op welke tools hier verschijnen en in welke volgorde. Betaling koopt nooit een goede review: een tool die de bovenstaande controles niet doorstaat, staat hier voor geen prijs, en betaling verandert niets aan de tekortkomingen die we beschrijven. Een leverancier kan ons vragen een feitelijke fout te corrigeren, maar niet om een kritiekpunt te verwijderen.
Leveranciers kunnen betalen voor zichtbaarheid op deze pagina. Dat verandert nooit wat een vermelding over een product zegt, inclusief de kritiek, en wij verdienen niets wanneer je doorklikt naar een leverancier. Leveranciers kunnen betalen voor meer zichtbaarheid, hoger op de reviewpagina's; het heeft nooit invloed op welke tools worden opgenomen. Redactioneel beleid
7 Europese alternatieven voor Supabase
Aiven
Beheerd open-source dataplatform over Europese clouds
Scaleway
Serverloze en beheerde databases uit Franse datacenters
Clever Cloud
Beheerde Postgres, MySQL, MongoDB en Redis in de EU
Exoscale
Beheerde DBaaS met Zwitserse en uitsluitend EU-regio's
PocketBase
Backend in één bestand met SQLite, authenticatie, realtime en opslag
Nhost
Postgres, GraphQL, authenticatie en opslag als één backend
Elestio
Volledig beheerde open-source diensten in je eigen cloudaccount
Belangrijkste conclusies
- Supabase is Apache 2.0-gelicentieerd en echt zelf te hosten, dus 'het is gesloten' is geen reden om weg te gaan. Wie dat blijft herhalen, verliest de discussie.
- Supabase zelf hosten betekent dat je branching, beheerde back-ups, point-in-time recovery, ETL en de management-API kwijt bent, en dat de ondersteuning door de community wordt geleverd en niet door een leverancier.
- Het beheerde platform draait op AWS, dus een EU-regio laat zowel een Amerikaanse leverancier als een Amerikaanse hyperscaler in de keten achter, in plaats van geen van beide.
- SOC 2 en ISO 27001 beginnen bij het Team-abonnement van $599. Controleer dat getal voordat er een beveiligingsvragenlijst binnenkomt, en niet erna.
- Omdat alles eronder standaard Postgres is, is vertrekken een pg_dump en het herschrijven van de clientlaag, geen migratieproject.
Waarom mensen Supabase verlaten
Begin met het schrappen van het gebruikelijke bezwaar, want dat geldt hier niet. Supabase is geen gesloten product: de repository heeft een Apache 2.0-licentie en je kunt alles zelf draaien. Wie je vertelt te vertrekken omdat het propriëtair is, heeft er niet goed naar gekeken.
Het echte probleem is smaller en lastiger te betwisten. Waar je voor betaalt, zit niet in de repository. In de documentatie over zelf hosten van Supabase staat wat de gratis versie niet krijgt: branching, beheerde back-ups en point-in-time recovery, geavanceerde metrics naast logs, analytics en vector buckets, ETL en de management-API van het platform. De zelf gehoste Studio ondersteunt zelfs geen meerdere projecten of organisaties, en de hele configuratie wordt door de community ondersteund en niet door een leverancier. De ontsnappingsroute bestaat, maar het is een ander, kleiner product.
En de vraag naar jurisdictie heeft geen antwoord in één zin. De algemene voorwaarden noemen SUPABASE PTE. LTD., een Singaporese entiteit aan 65 Chulia Street, en passen daarna het recht van Californië toe.
In het privacybeleid staat Supabase, Inc., dat de dienst voornamelijk wordt gehost in en geleverd vanuit de Verenigde Staten, en dat overdrachten naar zowel de Verenigde Staten als Singapore onder standaardcontractbepalingen vallen. Daaronder zit AWS. Als je de Frankfurt-regio kiest, plaats je je gegevens bij een Amerikaanse hyperscaler, onder een leverancier wiens contract een Californische rechtbank aanwijst.
- De open-source versie is niet het product Supabase publiceert die lijst zelf, en dat strekt het bedrijf tot eer, en het is ook het argument. Branching, beheerde back-ups, point-in-time recovery, geavanceerde metrics, analytics en vector buckets, ETL en de management-API zijn platformfuncties, geen functies van de repository. Een team dat voor Supabase koos met het idee 'we kunnen altijd zelf hosten', moet die lijst lezen voordat dat het herstelplan wordt, want de zelf gehoste installatie is een Studio voor één project, met ondersteuning door de community erbij.
- Twee Amerikaanse lagen, niet één Het beheerde platform draait op AWS. Kies je eu-central-1 of eu-west-3, dan worden de bytes naar Frankfurt of Parijs verplaatst, maar blijven er twee bedrijven in de keten die voor Amerikaanse partijen bereikbaar zijn: de leverancier die het contract heeft en de hyperscaler die de schijf beheert. In de regiodocumentatie van Supabase staat dat letterlijk, met de opmerking dat regiokeuze een controle op de locatie van gegevens is en geen bewijs van regelgevende conformiteit. Elke aanbieder op deze pagina haalt minstens één van die twee lagen weg, en vier ervan halen beide weg.
- Compliance is een prijsniveau SOC 2 en ISO 27001 beginnen bij het Team-abonnement, dat start bij $599 per maand, en HIPAA is daar bovenop een betaalde add-on. Voor een startup is dat voor Supabase een logische commerciële beslissing, en een onprettige verrassing in maand elf, wanneer er een beveiligingsvragenlijst van een klant binnenkomt en het antwoord $7,188 per jaar kost, vóór de rekenkracht. Verschillende Europese aanbieders op deze pagina hebben hun certificeringen al in het instapniveau, omdat certificering de reden is dat ze bestaan.
- De gratis variant is een demo, geen klein abonnement Gratis projecten worden na een week inactiviteit gepauzeerd, en je mag er twee hebben. Dat is prima om te leren en niet goed voor de interne tool die niemand opent tussen kwartaalafsluitingen, de stagingomgeving die in pieken wordt gebruikt, of het zijproject met drie gebruikers die ertoe doen. PocketBase kost niets en wordt nooit gepauzeerd, omdat er niets op verbruik wordt afgerekend; Clever Cloud begint bij ongeveer €1.49 per maand en blijft draaien.
Wat je moet vervangen, niet alleen evenaren
Supabase bundelt vier dingen die je normaal als vier aankopen krijgt, en welke daarvan je echt gebruikt, bepaalt hoe groot deze overstap is.
Er is Postgres met een automatisch gegenereerde REST-interface erover heen. Er is authenticatie met de sociale providers al ingesteld. Er is objectopslag met ondertekende URL's. En er is het realtime-kanaal plus edge functions, die de database omzetten in een applicatiebackend in plaats van een database met een applicatie ervoor.
Als je alleen het eerste gebruikt, is dit een beslissing over beheerde Postgres, en Aiven, Scaleway, Exoscale of Clever Cloud beantwoorden die allemaal met een dump en een restore. Als je alle vier gebruikt, vervang je een backend-as-a-service, en de eerlijke shortlist is Nhost of PocketBase, die allebei anders zullen aanvoelen in plaats van vertrouwd. Row-level security-policies verhuizen mee, omdat het Postgres is. De gegenereerde API niet.
De alternatieven vergeleken
| Positie | Tool | Hoofdkantoor | Prijzen | Jurisdictie |
|---|---|---|---|---|
| #1 | Aiven | Helsinki, Finland | Gratis variant voor kleine diensten / vanaf ongeveer $20 per maand, op basis van gebruik | EU (Finland) |
| #2 | Scaleway | Parijs, Frankrijk | Vanaf ongeveer €0.0006 per uur (DEV1-S) | EU (Frankrijk) |
| #3 | Clever Cloud | Nantes, Frankrijk | Betalen naar gebruik; prijzen staan niet in de tekst van de prijspagina. Heptapod Cloud wordt beschreven als betalen naar gebruik op basis van actieve gebruikers | EU (Frankrijk) |
| #4 | Exoscale | Lausanne, Zwitserland | Vanaf ongeveer CHF 5.50/maand (Compute) | Zwitserland (adequaatheidsbesluit, buiten de EER) |
| #5 | PocketBase | Sofia, Bulgarije | Gratis en open source | Waar je het ook draait |
| #6 | Nhost | Stockholm, Zweden | Gratis variant / Pro vanaf ongeveer $25 per maand per project | EU (Zweden) |
| #7 | Elestio | Dublin, Ierland | Vanaf ongeveer $10 per maand per dienst plus infrastructuurkosten | EU (Ierland) |
Hoe elk alternatief zich verhoudt tot Supabase
- Welke wet er bij komt kijken. EU (Finland). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. Je gekozen regio, ook een regio die alleen in de EU ligt.
- Broncode. Closed source, waar Supabase zijn code publiceert.
- Onafhankelijk gecontroleerd. Diensten zijn open source.
Het meest geschikt voor: Teams van wie het Supabase-project is uitgegroeid tot een systeem met een streamingprobleem eraan vast
Aiven Oy is Fins, uit Helsinki, en verkoopt het tegenovergestelde van Supabase. Waar Supabase je een database geeft ingepakt in een gegenereerde API, geeft Aiven je de engines en niets meer: PostgreSQL, Kafka, ClickHouse, OpenSearch, Valkey, MySQL en Grafana, vastgezet op de regio's die je kiest, inclusief regio's die alleen in de EU liggen, met een Fins bedrijf als contractpartij.
Dat is precies het moment waarop Supabase begint te wringen. Een project dat één Postgres ontgroeit heeft meestal een wachtrij, een zoekindex en een plek voor events nodig, en op Supabase zijn dat drie extra leveranciers. Hier zijn het gewoon factuurregels op dezelfde factuur, onder dezelfde jurisdictie, met dezelfde back-up- en failoverdiscipline op elk onderdeel.
Wat je inlevert, is alles boven de database. Er is geen authenticatiedienst, geen opslagbucket met ondertekende URL's, geen realtime-kanaal en geen gegenereerde REST-interface. Aiven is het antwoord als de Supabase-functie waarop je echt leunde Postgres was, en het verkeerde antwoord als het het vier-in-één-pakket was.
Wat Aiven beter doet dan Supabase
- Een Fins bedrijf heeft het contract, waar Supabase Californisch recht toepast via een Singaporese entiteit
- Diensten kunnen worden vastgezet op regio's die alleen in de EU liggen, bij meerdere clouds in plaats van bij één hyperscaler
- Beheerde back-ups en failover zijn onderdeel van de dienst, en geen platformfunctie die je verliest als je zelf host
- Bring Your Own Cloud zet de beheerde diensten in een account dat je zelf bezit, wat Supabase op geen enkel niveau aanbiedt
- Kafka, ClickHouse en OpenSearch onder hetzelfde contract, waar een groeiend Supabase-project drie extra leveranciers nodig heeft
Waar Aiven een stap terug is ten opzichte van Supabase
- Geen authenticatie-, opslag- of realtime-laag, dus driekwart van Supabase moet worden gebouwd of ingekocht
- Geen gegenereerde API over de database, dus de clientlaag is volledig jouw probleem
- Prijzen op basis van gebruik beginnen bij ongeveer $20 per maand en lopen sneller op dan een Pro-abonnement van $25 voor een klein project
- Niets dat lijkt op de branching van Supabase of de databasekopie per pull request
Opvallend ten opzichte van Supabase. Het is de enige aanbieder hier die Kafka even serieus beheert als Postgres, wat een Supabase-project meestal als volgende stap nodig heeft, in plaats van meer Supabase.
- Welke wet er bij komt kijken. EU (Frankrijk). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de data staat. Parijs, Amsterdam, Warschau, Milaan (alleen EU).
- Broncode. Closed source, waar Supabase zijn code publiceert.
Het meest geschikt voor: Teams die bezwaar hebben tegen het feit dat Supabase op AWS draait
Scaleway is onderdeel van de Iliad Group en beheert eigen datacenters in Parijs, Amsterdam en Warschau. Dat is het specifieke verschil met Supabase: een Supabase-project in Frankfurt staat op hardware van Amazon onder een Californisch contract, en een Scaleway-database staat op Franse hardware onder een Frans bedrijf. Er zit dan geen Amerikaanse laag meer in de keten, in plaats van één laag minder.
Het is ook een volledige cloud en geen databasedienst, wat het praktische antwoord is op wat er na de database gebeurt. Compute, beheerde Kubernetes, S3-compatibele objectopslag, serverloze functies en GPU-instanties zitten in hetzelfde account en dezelfde regio die alleen in de EU ligt, zodat de opslagbuckets die je bij Supabase gebruikte ergens terechtkunnen zonder tweede leverancier.
De keerzijde is dat Scaleway je componenten geeft en geen backend. Authenticatie is een bibliotheek die je zelf kiest, realtime bouw je zelf, en de gegenereerde REST-API over je tabellen bestaat niet. Voor een team dat Supabase fijn vond omdat het beslissingen wegnam, brengt dit die beslissingen terug.
Wat Scaleway beter doet dan Supabase
- Bezit de eigen datacenters in Parijs, Amsterdam en Warschau, dus noch de leverancier noch de infrastructuur is Amerikaans
- Objectopslag, compute en database staan in één regio die alleen in de EU ligt, waardoor de tussenstap naar een andere leverancier die Supabase-opslag impliceert wegvalt
- Facturering per uur vanaf ongeveer €0.0006 voor een kleine instantie, in plaats van een maandelijkse minimumprijs
- Geen pauzering van projecten, geen limiet op actieve projecten en geen niveau waar certificeringen beginnen
Waar Scaleway een stap terug is ten opzichte van Supabase
- Geen authenticatie, ondertekening van opslag, realtime of edge functions, dus het grootste deel van Supabase moet worden samengesteld
- Drie datacenterlocaties, tegenover zes EU-regio's bij Supabase
- Ondersteuning leunt bij de lagere niveaus op documentatie en de community
- Er is niets dat lijkt op Supabase Studio, dus de database beheer je met psql en een client naar keuze
Opvallend ten opzichte van Supabase. Het is de enige optie hier die de gebouwen zelf bezit, en dat is het verschil tussen wegtrekken van een Amerikaanse leverancier en wegtrekken van Amerikaanse infrastructuur.
- Welke wet er bij komt kijken. EU (Frankrijk). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. Frankrijk (bedrijf, website gehost door Clever Cloud SAS); Heptapod Cloud, omschreven als beheerd en gehost in Europa.
- Onafhankelijk gecontroleerd. Het compliance-menu vermeldt Health Data Hosting, ISO 27001 en SecNumCloud.
Het meest geschikt voor: Kleine teams die Supabase gebruikten als plek voor een app, niet alleen als database
Clever Cloud, uit Nantes, is een platform-as-a-service met beheerde databases eraan vast, en dat maakt het hier de dichtste benadering van de Supabase-ervaring: je pusht code, het platform bouwt die, en de PostgreSQL-add-on is aan de applicatie gekoppeld in plaats van een apart besluit met een verbindingsstring om te kopiëren.
Het compliance-standpunt is ongewoon expliciet voor een bedrijf van deze omvang, en het relevante deel voor een database is waar de schijf staat. De servers staan in datacenters die Clever Cloud zelf bezit in Frankrijk, gecertificeerd volgens ISO/IEC 27001:2022 en goedgekeurd voor het hosten van gezondheidsgegevens, met een SecNumCloud-zone die op verzoek beschikbaar is via Cloud Temple. Vergelijk dat met een Supabase-project: de schijf is van Amazon, het contract is Californisch, en geen enkel abonnement op de prijzenpagina verandert daar iets aan.
Waar het tekortschiet ten opzichte van Supabase, is boven de database. Er is geen authenticatiedienst, geen opslag met ondertekende URL's en geen gegenereerde API, dus een project dat alle vier de Supabase-onderdelen gebruikte, vervangt er drie elders. Het is ook een kleine catalogus: prima voor een applicatie en een database, mager als je volgend jaar beheerde Kafka wilt.
Wat Clever Cloud beter doet dan Supabase
- Deployen vanuit Git met de database eraan gekoppeld, het deel van Supabase dat nieuwe projecten echt missen
- Frans bedrijf, Franse datacenters en een SecNumCloud-zone via Cloud Temple, tegenover een Californische rechtskeuze
- ISO/IEC 27001:2022 en certificering voor het hosten van gezondheidsgegevens tegen de gewone prijs, niet vanaf een niveau van $599
- Vanaf ongeveer €1.49 per maand zonder pauzering, tegenover een gratis variant die stopt na een week inactiviteit
Waar Clever Cloud een stap terug is ten opzichte van Supabase
- Geen authenticatie, ondertekening van objectopslag, realtime-kanaal of edge functions
- Geen gegenereerde REST-interface over je tabellen, dus de clientlaag wordt volledig herschreven
- Een kleinere catalogus met beheerde diensten dan Aiven als het project blijft groeien
- Betalen per gebruik voor rekenkracht op een drukke database kost meer dan de gelijkwaardige gehuurde server
Opvallend ten opzichte van Supabase. Het is de enige vermelding hier die in eigen woorden stelt dat het platform zo is opgezet dat klantgegevens buiten bereik van extraterritoriale wetgeving liggen, en dat is de claim die Supabase in geen enkele regio kan maken.
- Welke wet er bij komt kijken. Zwitserland (adequaatheidsbesluit, buiten de EER). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. Zwitserland, Duitsland, Oostenrijk, Bulgarije.
- Broncode. Closed source, waar Supabase zijn code publiceert.
Het meest geschikt voor: Gereguleerde teams van wie de inkoopregels Zwitserland als pluspunt beschouwen
Exoscale is het handelsmerk van Akenes SA in Lausanne, opgericht in 2011 en nu onderdeel van A1 Digital, dat bij de A1 Telekom Austria Group hoort. Die eigendomsketen is het waard om te vermelden in plaats van te verbergen: het bedrijf is Zwitsers, het moederbedrijf is Oostenrijks en beursgenoteerd in Wenen, en geen deel ervan is bereikbaar via Amerikaans bedrijfsrecht, en dat is precies wat bij Supabase niet opgaat.
Voor een Supabase-project is de praktische aantrekkingskracht een databaseservice naast compute, objectopslag en beheerde Kubernetes, in regio's die Zwitserland, Duitsland, Oostenrijk en Bulgarije dekken. De Oostenrijkse en Bulgaarse locaties zijn belangrijk voor de latentie in Midden- en Oost-Europa, waar een Supabase-gebruiker kiest tussen Frankfurt en een langere heen-en-terugreis.
Zwitserland valt onder adequaatheid en niet onder verwerking binnen de EER, wat sommige inkoopregels past en andere irriteert, dus controleer welk type je hebt voordat je het als een gewone upgrade beschouwt. En zoals bij de rest van de infrastructuurvermeldingen is alles wat Supabase boven de database deed nu aan jou om te bouwen.
Wat Exoscale beter doet dan Supabase
- Zwitsers bedrijf onder Oostenrijks eigendom, buiten zowel Amerikaans bedrijfsrecht als EU-jurisdictie, waar Supabase contracteert onder Californisch recht
- Beheerde databases naast compute, objectopslag en Kubernetes in één account
- Regio's in Oostenrijk en Bulgarije, die geen enkele Supabase-regio dekt
- Proefcredits en prijzen per instantie vanaf ongeveer CHF 5.50 per maand, zonder dat er iets wordt gepauzeerd
Waar Exoscale een stap terug is ten opzichte van Supabase
- Adequaatheid in plaats van verwerking binnen de EER, wat sommige overheidsopdrachtgevers juist uitsluiten
- Helemaal geen authenticatie-, opslagondertekenings-, realtime- of functielaag
- Een kleinere catalogus en een kleinere community dan Supabase, met een ruime marge
- Databaseservice wordt apart geprijsd van compute, dus het instapbedrag onderschat een echte opzet
Opvallend ten opzichte van Supabase. Het is de enige vermelding hier met beheerde dataservices in Wenen en Sofia, het deel van Europa dat een lijst met Supabase-regio's simpelweg niet bereikt.
- Welke wet er bij komt kijken. Waar je het ook draait. Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. Waar je het programma ook draait.
- Broncode. Open source, net als Supabase.
Het meest geschikt voor: Projecten die klein genoeg zijn dat het juiste aantal leveranciers nul is
PocketBase is één uitvoerbaar bestand, gebouwd door Gani Georgiev in Sofia, met een MIT-licentie, en bevat SQLite, authenticatie met OAuth2, bestandsopslag, realtime-abonnementen, een beheerdashboard en een REST-API. Het zijn dezelfde vier taken die Supabase doet, samengeperst in iets wat je op een server kopieert en draait.
Specifiek tegenover Supabase beantwoordt het twee bezwaren tegelijk. Er is geen aanbieder, dus de Singaporese entiteit, het Californische recht en de AWS-laag houden op een vraag te zijn. En er is geen verbruiksmeting, dus niets wordt na een week gepauzeerd, er is geen limiet van twee projecten, en geen klantvragenlijst dwingt je ooit tot een abonnement van $599 om een certificaat te krijgen.
De beperking is eerlijk en blijvend. SQLite heeft één schrijver en schaalt omhoog in plaats van uit, dus het past bij interne tools, kleine applicaties en prototypes, en niet bij een systeem met veel schrijfacties. Het wordt ook in feite door één onderhouder beheerd, wat voor een bedrijf dat een product erop inzet een echte continuïteitsvraag is en geen oordeel over de projectgrootte.
Wat PocketBase beter doet dan Supabase
- Geen aanbieder, dus noch Californisch recht noch AWS komt ergens in de keten voor
- Database, authenticatie, opslag en realtime in één bestand, dezelfde bundel die Supabase als platform verkoopt
- Gratis op elke omvang, zonder pauzering, zonder projectlimiet en zonder niveau dat ergens iets achter slot houdt
- Back-up en disaster recovery zijn het kopiëren van een bestand, tegenover een point-in-time recovery-functie van Supabase die alleen op het platform bestaat
- MIT-gelicentieerd en uit te breiden in Go of JavaScript, dus het geheel is echt van jou
Waar PocketBase een stap terug is ten opzichte van Supabase
- SQLite met één schrijver, waar Supabase echt PostgreSQL biedt
- Eén onderhouder tegenover een bedrijf met financiering, wat over een horizon van vijf jaar telt
- Geen beheerde hosting, dus uptime, patches en back-ups zijn helemaal jouw taak
- Geen branching, geen ETL en niets van de operationele tooling die Supabase Pro meelevert
Opvallend ten opzichte van Supabase. Het is de enige vermelding hier waarbij het antwoord op 'wie zou dit kunnen worden gedwongen af te geven' niemand is, omdat er geen tweede partij in de opzet zit.
- Welke wet er bij komt kijken. EU (Zweden). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. Beschikbare regio's binnen de EU.
- Broncode. Open source, net als Supabase.
Het meest geschikt voor: Teams die het complete Supabase-pakket willen, van een EU-bedrijf
Nhost AB is Zweeds, uit Stockholm, en is de enige vermelding op deze pagina die Supabase vervangt in plaats van het uit elkaar te halen: PostgreSQL, authenticatie met OAuth-providers, bestandsopslag met beeldtransformaties, serverloze functies en een directe API, met EU-regio's en een gratis variant, Pro vanaf ongeveer $25 per maand per project.
Het echte verschil in vorm is de API. Supabase genereert REST over je tabellen via PostgREST; Nhost genereert GraphQL via Hasura met row-level-permissies. Voor een team dat nog nooit een GraphQL-query heeft geschreven, is dat in de eerste twee weken een echte leercurve, en voor een team dat dat wel heeft gedaan, is het juist de reden om over te stappen in plaats van een kostenpost.
De hele stack heeft een MIT-licentie en is via Docker zelf te hosten, en anders dan bij Supabase is de zelf gehoste versie dezelfde stack en niet een ingekorte. De eerlijke kanttekening is de omvang: een klein Zweeds bedrijf met een veel kleiner ecosysteem, dus verwacht broncode te lezen waar je vroeger een tutorial las.
Wat Nhost beter doet dan Supabase
- Zweeds bedrijf onder EU-jurisdictie, waar Supabase via Singapore contracteert onder Californisch recht
- Standaard PostgreSQL eronder, dus de exit uit Nhost is dezelfde goedkope dump en restore
- De hele stack heeft een MIT-licentie en is zelf te hosten, in plaats van een platform met een dunnere open-sourceversie eronder
- Row-level-permissies uitgedrukt in de API-laag, in plaats van alleen in databasepolicies
Waar Nhost een stap terug is ten opzichte van Supabase
- GraphQL en Hasura zijn een echte leercurve voor een team dat voor PostgREST kwam
- Een veel kleiner ecosysteem, kleinere community en minder tutorials dan Supabase
- Een klein bedrijf vergeleken met Supabase, wat een continuïteitsoverweging is voor een productie-backend
- De gratis variant is bescheiden en de prijs per project voor Pro loopt op over meerdere omgevingen
Opvallend ten opzichte van Supabase. Het is de enige vermelding hier waarbij zelf hosten je dezelfde stack geeft en niet een ingekorte, wat precies de belofte is die de licentie van Supabase impliceert en die de documentatie intrekt.
- Welke wet er bij komt kijken. EU (Ierland). Supabase wordt vanuit de Verenigde Staten beheerd, dus de CLOUD Act verplicht de aanbieder om gegevens bij een geldig bevel over te dragen, ongeacht in welk land de servers staan.
- Waar de gegevens staan. In je eigen cloudaccount of in een gekozen EU-regio.
- Broncode. Closed source, waar Supabase zijn code publiceert.
- Onafhankelijk gecontroleerd. Uitgerolde diensten zijn open source.
Het meest geschikt voor: Organisaties met de regel dat de gegevens in hun eigen account moeten blijven
ELESTIO LIMITED, uit Dublin, keert de regeling om die Supabase verkoopt. Een beheerd platform draait normaal op de infrastructuur van de leverancier, onder het account van de leverancier. Elestio rolt open-sourcediensten uit en beheert ze binnen je eigen cloudaccount of op dedicated Europese hardware, en regelt updates, back-ups, monitoring en TLS, terwijl de servers op jouw rekening blijven.
Voor een team dat Supabase verlaat vanwege controle en niet vanwege functies, lost dat de impasse direct op. Je houdt iemand die bekwaam de operatie doet, wat de echte reden is dat niemand Supabase zelf host, en de gegevens komen nooit terecht in een account dat je niet kunt zien. Een compliance-eis die zegt dat de gegevens moeten staan in infrastructuur die de organisatie beheert, kan met geen enkel Supabase-abonnement worden gehaald en wordt hier standaard gehaald.
Er zijn twee kosten die het noemen waard zijn. Je betaalt twee keer: ongeveer $10 per maand per dienst plus de onderliggende infrastructuur, en de beheerlaag zelf is gesloten, ook al is alles wat hij uitrolt open source. Elestio is ook een jong bedrijf dat namens jou productiesystemen draait, wat een ander risico is dan een jong bedrijf dat ze alleen host.
Wat Elestio beter doet dan Supabase
- Draait de beheerde diensten in je eigen cloudaccount, wat geen Supabase-niveau biedt
- Roemeens bedrijf onder EU-jurisdictie, dat uitrolt in de regio die je kiest
- Je kunt Postgres, objectopslag en de rest van de stack beheerd krijgen zonder dat één leverancier alles in handen heeft
- Als de beheerlaag verdwijnt, staan de draaiende systemen nog steeds in je account, en niet ergens waar je toegang voor moet krijgen
Waar Elestio een stap terug is ten opzichte van Supabase
- Twee rekeningen in plaats van één, en de onderliggende infrastructuurkosten zijn aan jou om te voorspellen
- De beheerlaag is gesloten, dus het eigendomsargument is gedeeltelijk en niet volledig
- Een jong en klein bedrijf dat namens jou productiesystemen beheert
- Het beheert open-sourcecomponenten in plaats van een backend te bieden, dus hier staat niets gelijk aan een Supabase-functie
Opvallend ten opzichte van Supabase. Het is de enige vermelding hier die beheerde operaties en accounteigendom tegelijk geeft, de afweging waarvan Supabase je laat geloven dat ze onmogelijk is.
Wat er echt stukgaat als je overstapt
De database is het makkelijke deel, en mensen plannen voor het verkeerde deel. Postgres komt eruit met pg_dump en gaat er intact in, met policies, functies en triggers eraan vast. Wat er niet uitkomt, is het API-oppervlak: elke supabase-js-aanroep praat met PostgREST, GoTrue of de opslagdienst, en al die aanroepen worden herschreven tegen wat je ook verhuist. Bij een middelgrote codebase is dat twee weken, geen weekend.
Authenticatie is waar migraties stilletjes vastlopen. Supabase slaat gehashte wachtwoorden op die je kunt exporteren, maar de sessies, refresh-tokens en OAuth-verbindingen komen niet mee, dus elke actieve gebruiker wordt bij de overgang uitgelogd, en wie via een sociale provider inlogde, moet opnieuw verbinding maken. Plan de e-mail, kies een rustige week en verwacht een piek in support in plaats van een stille overgang.
En controleer de opslagkosten voordat je je vastlegt. Objecten in Supabase Storage staan in de buckets, met ondertekende URL's die verlopen, en die URL's zijn vaak ingebed in records, e-mails en systemen van derden. Het verplaatsen van de bestanden is een kopie; elke verwijzing ernaar vinden is een audit, en dat is het deel dat maanden later naar boven komt, één kapotte afbeelding tegelijk.
Als Supabase open source is, waarom dan niet gewoon zelf hosten en daarbij stoppen?
Omdat wat je zou draaien niet het ding is dat je hebt gebruikt. Supabase documenteert het verschil duidelijk: zelf gehoste installaties hebben geen branching, geen beheerde back-ups of point-in-time recovery, geen geavanceerde metrics naast logs, geen analytics of vector buckets, geen ETL en geen management-API van het platform, en de zelf gehoste Studio ondersteunt geen meerdere organisaties of projecten.
Ondersteuning is het tweede deel. Zelf gehoste Supabase wordt door de community ondersteund via GitHub, Discord en Reddit. Dat is een redelijke regeling voor een hobbyproject en een onredelijke voor een database waarvan het verlies het bedrijf zou beëindigen, en de persoon die het uiteindelijk draagt is meestal de engineer die het voorstelde.
De variant die werkt, is de onderdelen los draaien in plaats van het pakket: Postgres van een Europese beheerde aanbieder, een authenticatiebibliotheek naar keuze, objectopslag apart. Dat zijn meer beslissingen en minder verrassingen, en het is wat Aiven, Scaleway en Exoscale verkopen.
Lost het kiezen van de Frankfurt-regio het jurisdictieprobleem op?
Het lost de opslagvraag op en laat de openbaarmakingsvraag open, en Supabase zegt dat zelf in zijn eigen regiodocumentatie, waar staat dat regiokeuze een controle op de locatie van gegevens is en geen bewijs van regelgevende conformiteit.
De keten is het waard om uit te schrijven. De voorwaarden van Supabase noemen een Singaporese entiteit en passen Californisch recht toe. Het privacybeleid noemt Supabase, Inc., omschrijft de dienst als voornamelijk gehost in en geleverd vanuit de Verenigde Staten, en vertrouwt op standaardcontractbepalingen voor overdrachten naar zowel de Verenigde Staten als Singapore. De infrastructuur is AWS. Een Duits rechterlijk bevel is niet het middel dat bij een van die lagen kan komen.
Als je eis een inkoopregel is die zegt dat gegevens in de EU moeten staan, dan voldoet eu-central-1. Als het een risicobeoordeling is over welke staat productiegegevens kan opvragen, heb je een aanbieder nodig die in Europa is gevestigd, en dat is de hele lijst op deze pagina op één na.
Wat breekt er echt als je van Supabase af gaat?
Niet de gegevens. Postgres is Postgres, dus het schema, de row-level security-policies, de functies en de triggers overleven een dump en restore. Dat is het grootste voordeel van het ooit kiezen van Supabase, en daarom is deze migratie goedkoper dan de meeste.
De clientlaag breekt. supabase-js praat met PostgREST, GoTrue en de opslagdienst, en geen van die eindpunten bestaat ergens anders in dezelfde vorm. Elke aanroep in je applicatie wordt herschreven tegen wat je ook verhuist, wat bij een middelgrote codebase twee weken is en geen middag.
Edge functions en realtime-abonnementen zijn de onderdelen die mensen vergeten tot de dag van de uitrol. Realtime heeft een equivalent in Nhost en PocketBase en helemaal geen equivalent in een kale beheerde Postgres. Schrijf vóór je kiest op hoeveel van je functies afhangen van een live-abonnement, want dat getal bepaalt in welke helft van deze pagina je aan het winkelen bent.
Is een Europese backend-as-a-service volwassen genoeg om erop in te zetten?
Nhost komt het dichtst bij een één-op-één Europese vervanging: Postgres eronder, een directe GraphQL-API erbovenop, authenticatie, opslag en functies, met een MIT-licentie en zelf te hosten vanuit Stockholm. De eerlijke kanttekening is de omvang. Nhost AB is een klein Zweeds bedrijf en het ecosysteem is een fractie van dat van Supabase, dus je leest broncode in plaats van blogs als er iets vreemd is.
PocketBase is het andere type antwoord, en dat wordt vaak onderschat. Het is één uitvoerbaar bestand met SQLite, authenticatie, opslag en realtime erin, wat betekent: geen leverancier, geen verbruiksmeting en geen pauzering. Het is ook in feite een project van één persoon op een database met één schrijver, en dat is een echte beperking en geen tijdelijke.
Als het gokken op een klein bedrijf het deel is dat je niet kunt accepteren, koop dan helemaal geen backend. Koop beheerde Postgres bij Aiven, Scaleway, Exoscale of Clever Cloud, die allemaal al een decennium of langer productiedata draaien, en bouw de rest zelf.
Welke kies je
Als je echt alleen Postgres met een dunne API erover gebruikt, stop dan met zoeken naar een backend. Aiven als het systeem groeit richting wachtrijen en zoeken, Scaleway als het bezwaar is dat AWS eronder zit, Exoscale als buiten de EU én buiten de VS zitten een eis is en geen voorkeur.
Als je alle vier de Supabase-onderdelen gebruikt en die vorm wilt behouden, is Nhost de enige vermelding hier die dat aanbiedt van een EU-bedrijf, en de zelf gehoste versie is dezelfde stack en niet een ingekorte. Accepteer GraphQL als de prijs van de toegang.
Als het project klein is en je het zat bent dat alles op verbruik wordt afgerekend, verwijdert PocketBase de leverancier helemaal en wordt het nooit gepauzeerd. Lees de beperking tot één schrijver als een blijvende eigenschap en niet als een versienummer.
En als het blokkerende punt is dat niemand de servers wil draaien maar de gegevens in je eigen account moeten staan, dan is Elestio de regeling die bijna niemand kent. Het kost twee facturen, en het is het enige antwoord op deze pagina op een compliance-regel die Supabase tegen geen enkele prijs kan halen.
Veelgestelde vragen
Dat hangt af van welk deel van Supabase je gebruikt. Nhost als je de hele backend-as-a-service-vorm wilt, met Postgres eronder. PocketBase als je helemaal geen leverancier wilt en je schrijfvolume bescheiden is. Aiven, Scaleway, Exoscale of Clever Cloud als je vooral de database gebruikt en authenticatie en opslag zelf kunt samenstellen. Elestio als je wilt dat iemand open source draait binnen je eigen cloudaccount.
Ja, de repository heeft een Apache 2.0-licentie en is zelf te hosten, wat het gebruikelijke bezwaar 'propriëtaire Amerikaanse SaaS' hier onjuist maakt. Het doet er minder toe dan het klinkt, omdat de zelf gehoste versie geen branching, geen beheerde back-ups of point-in-time recovery, geen ETL en geen management-API heeft, en door de community wordt ondersteund. De licentie is echt; de gelijkwaardigheid niet.
Ja. Projecten kunnen worden aangemaakt in Ierland, Londen, Parijs, Frankfurt, Zürich of Stockholm, allemaal op AWS. De eigen documentatie van Supabase voegt de kanttekening toe die je aan je compliance-officer wilt citeren: regiokeuze is een controle op de locatie van gegevens en geen bewijs van regelgevende conformiteit. Het bedrijf blijft contractueel bereikbaar via Californisch recht, en de hardware blijft van Amazon.
Gratis dekt twee projecten die na een week inactiviteit worden gepauzeerd. Pro begint bij $25 per maand, inclusief $10 aan rekenkrediet, en elk extra project voegt zijn eigen rekenkracht daarbovenop toe. Team kost $599 per maand en daar beginnen SOC 2 en ISO 27001, met HIPAA als betaalde add-on daarboven. De sprong van Pro naar Team is degene die mensen verrast, omdat die meestal wordt veroorzaakt door een klant en niet door het gebruik.
De database zelf is makkelijk, omdat het ongewijzigd Postgres is: pg_dump eruit, restore erin, en het schema, de row-level security-policies, functies en triggers komen allemaal intact aan. Het werk zit in de clientlaag, waar elke supabase-js-aanroep herschreven moet worden tegen een andere API. Reken op twee weken engineering bij een middelgrote codebase, en meer als je leunt op realtime of edge functions.
Ja, en dit is het deel dat mensen denken te verliezen. Row-level security is een PostgreSQL-functie en geen Supabase-functie, dus de policies verhuizen met de dump naar Aiven, Scaleway, Exoscale, Clever Cloud of Nhost, die allemaal standaard Postgres draaien. Wat je verliest, is de JWT-koppeling die de claims vulde die die policies lezen, en die bouw je opnieuw op met de authenticatie die je kiest.
Drie dingen. Branching, waarmee per pull request een volledige kopie van de database wordt gemaakt, en daar heeft niets op deze pagina een equivalent voor. De breedte van de clientbibliotheken en de community eromheen, en daar zit het meeste praktische nut van een backend-as-a-service. En de enorme hoeveelheid tutorials, wat een klein team meer waard is dan elke functievergelijking toegeeft.
Serieus, binnen een genoemde grens. Het is één uitvoerbaar bestand met SQLite, authenticatie, bestandsopslag, realtime en een beheerinterface, met een MIT-licentie en zonder aanbieder in het plaatje. De grens is architectonisch en niet onvolwassenheid: SQLite heeft één schrijver en schaalt verticaal, dus het past bij interne tools en kleine tot middelgrote applicaties en niet bij een systeem met veel schrijfacties. Het is ook een project van één onderhouder, en dat hoort in de beslissing thuis.
Nee, en Elestio is de optie die de meeste mensen niet kennen. Het rolt open-sourcediensten uit en beheert ze binnen je eigen cloudaccount of op Europese hardware, dus de operatie is het werk van iemand anders, terwijl de infrastructuur en de gegevens op jouw rekening blijven. Bring Your Own Cloud bij Aiven regelt de dataservices op dezelfde manier. Beide kosten twee facturen in plaats van één.
Gerelateerde vergelijkingen
Europese tools tegen elkaar
Koopgidsen
Over de auteur
Ontdek meer Europese alternatieven
Ontdek privacyvriendelijke Europese alternatieven voor andere populaire Amerikaanse techdiensten.