Europees-only alternatief voor Supabase.

Supabase is the open-source Firebase alternative: hosted Postgres + Auth + Storage + Edge Functions + Realtime with a polished developer experience. Supabase Inc. is a Delaware US corporation; the EU regions (Frankfurt, Ireland, London, Paris) run on AWS infrastructure under both Supabase and AWS US-jurisdictional control. The good news: Supabase is open-source. You can self-host the entire stack on EU infrastructure with full feature parity - that is the sovereign alternative we deploy for clients.

United States Vervangende stack, uitsluitend EU 10 diensten in kaart gebracht
Leverancier
Supabase
Hoofdkantoor
San Francisco, CA
Rechtsmacht
United States
Wettelijk regime
CLOUD Act, FISA 702

"EU-regio" is geen soevereiniteit. Vier vragen bepalen het.

Dataresidentie zegt waar de bits staan. Soevereiniteit zegt welk rechtssysteem toegang kan afdwingen. Het antwoord moet op alle vier standhouden, anders is de stack niet soeverein.

Residency

Waar staat de data fysiek opgeslagen?

Niet "in de cloud": welk datacenter, in welk land, onder welke jurisdictie.

Subprocessoren

Wie zit er nog meer in uw datapad?

Iedere leverancier die data raakt: de CDN, de e-mailrelay, de error-tracker, de analytics-pipeline.

Rechtsmacht

Wiens wetten kunnen openbaarmaking afdwingen?

Een provider met een Amerikaans hoofdkantoor valt onder FISA 702 en de CLOUD Act, ook als de bits in Frankfurt staan.

Sleutelbeheer

Wie heeft daadwerkelijk de encryptiesleutels?

Als de cloudprovider zowel de data als de sleutels beheert, is die data voor hen leesbaar, ongeacht welke verwerkersovereenkomst er ligt.

Voldoet niet AWS · Azure · GCP · EU-regio

Faalt op rechtsmacht en sleutelbeheer.

EU-bits, Amerikaanse moedermaatschappij, US-subprocessoren in het standaardpad, sleutels beheerd door provider.

Voldoet Binadit managed stack

Slaagt op alle vier.

EU-gehost op EU-hoofdkantoor infrastructuur. Nul US-subprocessoren in het standaardpad. Klant- of EU-KMS-sleutels. Bij naam vermeld in uw Artikel 28 DPA.

Waarom teams weggaan Supabase

Supabase exits we have run come from one consistent trigger: a B2B SaaS that picked Supabase for its DX, grew to enterprise customers, and discovered that "Supabase Frankfurt on AWS Ireland" is two layers of US-jurisdictional processors that fail Schrems II analysis. The Supabase team itself has publicly discussed the data sovereignty constraints on their blog. Self-hosting Supabase on EU infrastructure preserves the full DX (the same supabase-js client works) while moving to full EU jurisdiction.

Supabase diensten en hun EU-only equivalenten

Een migratie is niet "vervang één doos door een andere". De mapping hieronder is wat we draaien voor klanten die weggaan bij Supabase op grond van Schrems II: volledige EU-jurisdictie, geen Amerikaans moederbedrijf in het datapad.

Postgres (managed)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. PostgreSQL of MySQL met Patroni voor failover en pgBackRest voor point-in-time recovery.
Engineering-notitie
Streaming replication zorgt dat we overstappen met slechts seconden downtime in plaats van een onderhoudsvenster, en restores worden volgens schema getest in plaats van aangenomen.

Auth (GoTrue)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Keycloak of Authentik als identity provider, met OIDC en SAML.
Engineering-notitie
GoTrue maakt deel uit van de open Supabase-stack; self-hosting behoudt de JWT-gebaseerde authenticatie met social logins, magic links en MFA.

Storage (S3-compatible)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. MinIO of Ceph RGW, S3-compatible.
Engineering-notitie
Supabase Storage is een servicelaag bovenop S3-compatibele opslag; werkt met elke EU S3-backend.

Edge Functions (Deno)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Knative of OpenFaaS op uw Kubernetes cluster.
Engineering-notitie
Edge Functions zijn Deno-runtimes; het self-hosted equivalent draait op elk EU-containerplatform.

Realtime (Postgres CDC)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. PostgreSQL logical replication naar een websocket-laag, of NATS voor fan-out.
Engineering-notitie
Realtime is open-source; self-hosting behoudt de op WebSocket gebaseerde pub/sub.

Vector embeddings (pgvector)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. pgvector op PostgreSQL, of Qdrant voor grotere embedding sets.
Engineering-notitie
Voor dedicated vector-workloads is Qdrant Cloud EU een alternatief dat standaard soeverein is.

Studio (admin UI)

Wat wij in plaats daarvan draaien
Binadit DevOps & Support. pgAdmin of Metabase voor data-toegang, met Grafana voor operationele views.
Engineering-notitie
Studio maakt deel uit van de self-hosted distributie.

Database backups

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. restic en pgBackRest voor data, Velero voor Kubernetes state, naar geïsoleerde EU-storage.
Engineering-notitie
WAL-G met een EU object storage backend is het productiewaardige patroon.

API (PostgREST)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Traefik of Kong, met rate limiting en OIDC aan de edge.
Engineering-notitie
PostgREST is open-source; self-hosting behoudt de REST API-generatie.

CLI / Migrations

Wat wij in plaats daarvan draaien
Binadit DevOps & Support. kubectl, Terraform en GitLab CI, met projectspecifieke wrappers waar nuttig.
Engineering-notitie
De Supabase CLI ondersteunt `--db-url` om naar self-hosted instanties te wijzen.

Hoe we migreren af van Supabase

Een typische mid-market migratie loopt in drie fasen. De getallen hieronder gaan uit van een team van 6-10 engineers en een gemiddeld complexe applicatie-stack.

  1. Days 1-5

    Self-hosted Supabase deployment

    Deploy self-hosted Supabase stack on Binadit (Docker Compose or Kubernetes). Configure auth providers, storage backend, Edge Functions runtime. Set up monitoring and backups.

  2. Days 6-14

    Database + auth migration

    Postgres dump+restore to self-hosted instance. User accounts migrated via auth provider data export. Storage buckets mirrored. Edge Functions redeployed.

  3. Weeks 2-3

    Application cutover

    Application config updated to point at self-hosted Supabase URL. Same supabase-js client, same RLS policies, same auth flows. Cutover with a verification window.

Self-hosted Supabase on a single small VM replaces Supabase Pro at $25 per project per month plus per-project usage. For multi-project workloads, savings compound: a typical Supabase team plan ($599/month) becomes €40-100/month in raw infrastructure plus the managed-partner fee if you don't want to operate it yourself. Plus full EU jurisdiction.

Is Supabase's EU region (Frankfurt, Ireland) sufficient for GDPR?
Residency yes, sovereignty no. Supabase Inc. is US-headquartered, and the Frankfurt/Ireland regions run on AWS - also US-jurisdictional. For Schrems II analyses, both layers are exposed.
Does self-hosted Supabase have full feature parity?
Yes for the core stack: Postgres, Auth (GoTrue), Storage, Edge Functions, Realtime, Studio, PostgREST. The supabase-js client works identically. The features that aren't in self-hosted: paid-tier features like team management UI and integrated logging dashboards (you build those with Loki + Grafana on EU infra).
How operationally complex is self-hosted Supabase?
For single-environment production, a single modest VM with Docker Compose is sufficient and operationally manageable for an experienced engineering team. For multi-environment or HA setups, Kubernetes with Helm chart is the production pattern; we operate this for clients.
Does the supabase-js client need code changes?
Just one: the URL points at your self-hosted instance instead of `*.supabase.co`. RLS policies, auth flows, storage URLs, realtime subscriptions - all unchanged.
What about managed Supabase EU equivalents?
There are emerging EU-headquartered offerings (Supascale, Supafast - both early-stage), but the production-ready answer is self-hosted Supabase managed by an EU partner. We deploy and operate this exact pattern.
How long does a Supabase exit take?
For a single-environment project (one Postgres, basic auth, a few buckets): 1-2 weeks elapsed. For multi-environment or large-data setups: 3-6 weeks. The migration is mechanically clean because everything is open-source upstream.

Plan je exit van Supabase.

Gesprek van 30 minuten. We mappen je stack tegen EU-only alternatieven, schatten de migratie-inspanning en zeggen je of het de juiste keuze is.