Europa-only Alternative zu Supabase.

Supabase ist die Open-Source-Alternative zu Firebase: gehostetes Postgres + Auth + Storage + Edge Functions + Realtime mit einer ausgereiften Developer Experience. Supabase Inc. ist eine US-amerikanische Delaware Corporation; die EU-Regionen (Frankfurt, Irland, London, Paris) laufen auf AWS-Infrastruktur unter der US-jurisdiktionalen Kontrolle sowohl von Supabase als auch von AWS. Die gute Nachricht: Supabase ist Open Source. Sie können den gesamten Stack mit voller Feature-Parität auf EU-Infrastruktur selbst hosten - das ist die souveräne Alternative, die wir für Kunden bereitstellen.

Vereinigte Staaten Ersatz-Stack, ausschließlich EU 10 Dienste zugeordnet

Gespräch vereinbaren Erst Domain scannen

Anbieter: Supabase
Hauptsitz: San Francisco, CA
Rechtsmacht: Vereinigte Staaten
Rechtsregime: CLOUD Act, FISA 702

"EU-Region" ist keine Souveränität. Vier Fragen entscheiden.

Data-Residency sagt, wo die Bits liegen. Souveränität sagt, welches Rechtssystem Zugriff erzwingen kann. Die Antwort muss auf allen vier Punkten halten, sonst ist der Stack nicht souverän.

Residenz

Wo sind die Daten physisch gespeichert?

Nicht "in der Cloud": welches Rechenzentrum, in welchem Land, unter welcher Jurisdiktion.

Subprozessoren

Wer ist sonst noch in Ihrem Datenpfad?

Jeder Anbieter, der die Daten berührt: das CDN, das E-Mail-Relay, der Error-Tracker, die Analytics-Pipeline.

Rechtsmacht

Wessen Gesetze können die Offenlegung erzwingen?

Ein Anbieter mit US-Hauptsitz untersteht FISA 702 und dem CLOUD Act, auch wenn die Bits in Frankfurt liegen.

Schlüsselverwahrung

Wer hält tatsächlich die Verschlüsselungsschlüssel?

Wenn der Cloud-Anbieter sowohl die Daten als auch die Schlüssel hält, sind die Daten für ihn lesbar, unabhängig von jedem AVV.

Erfüllt nicht AWS · Azure · GCP · EU-Region

Scheitert an Rechtsmacht und Schlüsselverwahrung.

EU-Daten, US-Mutterkonzern, US-Subprozessoren im Standardpfad, vom Anbieter verwaltete Schlüssel.

Erfüllt Binadit Managed Stack

Besteht in allen vier Punkten.

EU-gehostet auf Infrastruktur mit EU-Hauptsitz. Null US-Subprozessoren im Standardpfad. Kunden- oder EU-KMS-Schlüssel. Namentlich in Ihrer Artikel-28-AVV aufgeführt.

Warum Teams aussteigen Supabase

Die Supabase-Exits, die wir begleitet haben, hatten stets denselben Auslöser: ein B2B-SaaS, das sich wegen der Developer Experience für Supabase entschieden hat, zu Enterprise-Kunden gewachsen ist und dann festgestellt hat, dass „Supabase Frankfurt auf AWS Irland” zwei Ebenen US-jurisdiktionaler Auftragsverarbeiter bedeutet, die eine Schrems-II-Analyse nicht bestehen. Das Supabase-Team selbst hat die Einschränkungen bei der Datensouveränität öffentlich in seinem Blog diskutiert. Self-Hosting von Supabase auf EU-Infrastruktur erhält die vollständige Developer Experience (derselbe supabase-js-Client funktioniert weiterhin) und verlagert gleichzeitig alles in die vollständige EU-Jurisdiktion.

Supabase Dienste und ihre EU-only Äquivalente

Eine Migration ist nicht "eine Box gegen eine andere tauschen". Die Zuordnung unten ist das, was wir für Kunden ausführen, die Folgendes verlassen: Supabase auf Grundlage von Schrems II: vollständige EU-Jurisdiktion, kein US-Mutterkonzern im Datenpfad.

Supabase Dienst	Was wir stattdessen betreiben	Engineering-Hinweis
Postgres (managed)	Binadit Managed Cloud Platform. PostgreSQL oder MySQL mit Patroni für Failover und pgBackRest für Point-in-Time Recovery.	Streaming-Replikation ermöglicht uns eine Umschaltung mit Sekunden statt eines Wartungsfensters an Ausfallzeit, und Restores werden nach Plan getestet statt vorausgesetzt.
Auth (GoTrue)	Binadit Managed Cloud Platform. Keycloak oder Authentik als Identity Provider, mit OIDC und SAML.	GoTrue ist Teil des offenen Supabase-Stacks; Self-Hosting bewahrt die JWT-basierte Authentifizierung mit Social Logins, Magic Links und MFA.
Storage (S3-compatible)	Binadit Managed Cloud Platform. MinIO oder Ceph RGW, S3-kompatibel.	Supabase Storage ist eine Service-Schicht über S3-kompatiblem Storage; funktioniert mit jedem EU-S3-Backend.
Edge Functions (Deno)	Binadit Managed Cloud Platform. Knative oder OpenFaaS auf Ihrem Kubernetes-Cluster.	Edge Functions sind Deno-Runtimes; das selbst gehostete Äquivalent läuft auf jeder EU-Container-Plattform.
Realtime (Postgres CDC)	Binadit Managed Cloud Platform. PostgreSQL Logical Replication in eine Websocket-Schicht, oder NATS für Fan-out.	Realtime ist Open Source; Self-Hosting erhält das WebSocket-basierte Pub/Sub.
Vector embeddings (pgvector)	Binadit Managed Cloud Platform. pgvector auf PostgreSQL oder Qdrant für größere Embedding-Datensätze.	Für dedizierte Vector-Workloads ist Qdrant Cloud EU eine standardmäßig souveräne Alternative.
Studio (admin UI)	Binadit DevOps & Support. pgAdmin oder Metabase für den Datenzugriff, mit Grafana für operative Ansichten.	Studio ist Teil der selbst gehosteten Distribution.
Database backups	Binadit Managed Cloud Platform. restic und pgBackRest für Daten, Velero für Kubernetes-Status, in isoliertem EU-Storage.	WAL-G mit EU-Object-Storage-Backend ist das produktionsreife Muster.
API (PostgREST)	Binadit Managed Cloud Platform. Traefik oder Kong, mit Rate Limiting und OIDC am Edge.	PostgREST ist Open Source; Self-Hosting erhält die REST-API-Generierung.
CLI / Migrations	Binadit DevOps & Support. kubectl, Terraform und GitLab CI, mit projektspezifischen Wrappern, wo sie hilfreich sind.	Die Supabase-CLI unterstützt `--db-url`, um auf selbst gehostete Instanzen zu verweisen.

Postgres (managed)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. PostgreSQL oder MySQL mit Patroni für Failover und pgBackRest für Point-in-Time Recovery.
Engineering-Hinweis: Streaming-Replikation ermöglicht uns eine Umschaltung mit Sekunden statt eines Wartungsfensters an Ausfallzeit, und Restores werden nach Plan getestet statt vorausgesetzt.

Auth (GoTrue)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. Keycloak oder Authentik als Identity Provider, mit OIDC und SAML.
Engineering-Hinweis: GoTrue ist Teil des offenen Supabase-Stacks; Self-Hosting bewahrt die JWT-basierte Authentifizierung mit Social Logins, Magic Links und MFA.

Storage (S3-compatible)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. MinIO oder Ceph RGW, S3-kompatibel.
Engineering-Hinweis: Supabase Storage ist eine Service-Schicht über S3-kompatiblem Storage; funktioniert mit jedem EU-S3-Backend.

Edge Functions (Deno)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. Knative oder OpenFaaS auf Ihrem Kubernetes-Cluster.
Engineering-Hinweis: Edge Functions sind Deno-Runtimes; das selbst gehostete Äquivalent läuft auf jeder EU-Container-Plattform.

Realtime (Postgres CDC)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. PostgreSQL Logical Replication in eine Websocket-Schicht, oder NATS für Fan-out.
Engineering-Hinweis: Realtime ist Open Source; Self-Hosting erhält das WebSocket-basierte Pub/Sub.

Vector embeddings (pgvector)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. pgvector auf PostgreSQL oder Qdrant für größere Embedding-Datensätze.
Engineering-Hinweis: Für dedizierte Vector-Workloads ist Qdrant Cloud EU eine standardmäßig souveräne Alternative.

Studio (admin UI)

Was wir stattdessen betreiben: Binadit DevOps & Support. pgAdmin oder Metabase für den Datenzugriff, mit Grafana für operative Ansichten.
Engineering-Hinweis: Studio ist Teil der selbst gehosteten Distribution.

Database backups

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. restic und pgBackRest für Daten, Velero für Kubernetes-Status, in isoliertem EU-Storage.
Engineering-Hinweis: WAL-G mit EU-Object-Storage-Backend ist das produktionsreife Muster.

API (PostgREST)

Was wir stattdessen betreiben: Binadit Managed Cloud Platform. Traefik oder Kong, mit Rate Limiting und OIDC am Edge.
Engineering-Hinweis: PostgREST ist Open Source; Self-Hosting erhält die REST-API-Generierung.

CLI / Migrations

Was wir stattdessen betreiben: Binadit DevOps & Support. kubectl, Terraform und GitLab CI, mit projektspezifischen Wrappern, wo sie hilfreich sind.
Engineering-Hinweis: Die Supabase-CLI unterstützt `--db-url`, um auf selbst gehostete Instanzen zu verweisen.

Wie wir migrieren von Supabase

Eine typische Mittelstand-Migration läuft in drei Phasen. Die Zahlen unten gehen von einem 6-10-köpfigen Engineering-Team und einem mäßig komplexen Anwendungs-Stack aus.

Tag 1-5

Selbst gehostetes Supabase-Deployment

Selbst gehosteten Supabase-Stack auf Binadit deployen (Docker Compose oder Kubernetes). Auth-Provider, Storage-Backend, Edge-Functions-Runtime konfigurieren. Monitoring und Backups einrichten.
Tag 6-14

Datenbank- + Auth-Migration

Postgres Dump+Restore auf selbst gehostete Instanz. Nutzerkonten migriert per Datenexport des Auth-Providers. Storage-Buckets gespiegelt. Edge Functions neu bereitgestellt.
Wochen 2-3

Anwendungsumstellung

Die Anwendungskonfiguration wurde aktualisiert, um auf die selbstgehostete Supabase-URL zu verweisen. Derselbe supabase-js-Client, dieselben RLS-Policies, dieselben Auth-Flows. Umstellung mit einem Verifizierungsfenster.

Selbst gehostetes Supabase auf einer einzelnen kleinen VM ersetzt Supabase Pro für 25 $ pro Projekt und Monat zuzüglich projektbezogener Nutzung. Bei Multi-Projekt-Workloads summieren sich die Einsparungen: Ein typischer Supabase-Team-Plan (599 $/Monat) wird zu 40-100 €/Monat an reiner Infrastruktur zuzüglich der Managed-Partner-Gebühr, falls Sie es nicht selbst betreiben möchten. Zusätzlich volle EU-Jurisdiktion.

Häufig gestellte Fragen

Alle häufig gestellten Fragen anzeigen

Ist die EU-Region von Supabase (Frankfurt, Irland) für die DSGVO ausreichend?

Residenz ja, Souveränität nein. Supabase Inc. hat ihren Hauptsitz in den USA, und die Regionen Frankfurt/Irland laufen auf AWS - ebenfalls US-Jurisdiktion. Für Schrems-II-Analysen sind beide Schichten betroffen.

Bietet selbst gehostetes Supabase volle Funktionsparität?

Ja, für den Core-Stack: Postgres, Auth (GoTrue), Storage, Edge Functions, Realtime, Studio, PostgREST. Der supabase-js-Client funktioniert identisch. Die Funktionen, die im Self-Hosting fehlen: Paid-Tier-Funktionen wie das Team-Management-UI und integrierte Logging-Dashboards (diese bauen Sie selbst mit Loki + Grafana auf EU-Infrastruktur).

Wie operativ komplex ist selbst gehostetes Supabase?

Für eine Single-Environment-Produktion ist eine einzelne, moderat dimensionierte VM mit Docker Compose ausreichend und für ein erfahrenes Engineering-Team betrieblich beherrschbar. Für Multi-Environment- oder HA-Setups ist Kubernetes mit Helm Chart das Produktionsmuster; das betreiben wir für Kunden.

Muss der supabase-js-Client geändert werden?

Nur eines: Die URL zeigt auf Ihre selbst gehostete Instanz statt auf `*.supabase.co`. RLS-Policies, Auth-Flows, Storage-URLs, Realtime-Subscriptions - alles unverändert.

Was ist mit verwalteten Supabase-Äquivalenten in der EU?

Es gibt aufkommende Angebote mit Hauptsitz in der EU (Supascale, Supafast - beide noch in einem frühen Stadium), aber die produktionsreife Antwort ist selbst gehostetes Supabase, verwaltet von einem EU-Partner. Wir setzen genau dieses Muster ein und betreiben es.

Wie lange dauert ein Supabase-Exit?

Für ein Single-Environment-Projekt (ein Postgres, Basic Auth, ein paar Buckets): 1-2 Wochen Laufzeit. Für Multi-Environment- oder Large-Data-Setups: 3-6 Wochen. Die Migration ist mechanisch sauber, da alles Open-Source-Upstream ist.

Plane deinen Exit von Supabase.

30-minütiges Scoping-Gespräch. Wir bilden Ihren Stack auf EU-only Alternativen ab, schätzen den Migrationsaufwand und sagen Ihnen, ob es die richtige Entscheidung ist.

Gespräch vereinbaren Anderen Anbieter vergleichen