Souveränität ist kein
Regions-Setting.
Jede Backend-Plattform stellt deine Datenbank gern nach Frankfurt. Das ist der leichte Teil. Der Teil, den dir niemand verkauft, ist die zweite Partei — das Unternehmen, das den Dienst betreibt, die Zugangsdaten hält und nach deinen Zeilen gefragt werden kann, ohne dich vorher zu fragen.
Rebase gibt dir, was Firebase und Supabase geben — REST, ein typisiertes SDK, Realtime, Auth, Storage, Functions, Cron und ein Admin-Panel — als Open-Source-Container. Betreibst du ihn selbst, gibt es überhaupt keine zweite Partei. Lässt du uns ihn betreiben, ist die zweite Partei ein spanisches Unternehmen unter europäischem Recht, das du mit pg_dump verlassen kannst. Was wir dir nicht verkaufen: eine zweite Partei in Delaware mit einer Region in Frankfurt.
Wer die Schlüssel hat
Jeder kann in Europa hosten. Das war nie der schwierige Teil.
Du wirst viel Marketing lesen, das nahelegt, deine Daten flögen nach Virginia. Meistens tun sie das nicht. Supabase provisioniert in Frankfurt; Firestore hat eine europäische Multi-Region. Wenn die Frage wo liegt die Platte lautet, sind die drei Antworten unten dieselbe — und wir tun nicht so, als wäre es anders, um dir etwas zu verkaufen.
Die Frage, die sich lohnt, ist die andere. Wer ist die zweite Partei? Wechsle unten den Anbieter und schau, welche Zeile sich bewegt.
Europa, wenn du danach fragstunverändert
eur3 · Belgium + Netherlands
Google LLCmit Sitz in den USA
Jede Query neu schreiben — Firestore ist kein SQL und dumpt auch nicht dorthin
Firestore hält deine Dokumente in eur3. Google betreibt den Dienst weiterhin, hält die Zugangsdaten und ist ein US-Unternehmen.
Einem in den USA ansässigen Anbieter kann angeordnet werden, Daten in seinem Besitz, Gewahrsam oder unter seiner Kontrolle herauszugeben, auch Daten auf europäischen Platten. Ob dir das je passiert, ist eine Rechtsfrage. Ob es eine zweite Partei gibt, die man könnte fragen könnte, ist eine strukturelle.
Die Regionen oben sind die europäischen Optionen, die jeder Anbieter veröffentlicht, keine Voreinstellungen — alle vier halten die Daten in Europa, wenn du darum bittest. Nichts hier ist Rechtsberatung; hast du eine konkrete Pflicht, bring sie mit der Architektur in der Hand zu deiner Rechtsberatung.
Was du tatsächlich deployst
Ein veröffentlichter Container und eine Datenbank, die du schon zu betreiben weißt
Self-Hosting hat einen Ruf, und der ist weitgehend verdient: Die meisten „Open-Source-Alternativen“ reichen dir eine Compose-Datei mit neun Diensten und wünschen viel Glück. Rebase sind zwei Prozesse. Postgres, und das Runtime-Image mit deinem Projekt hineingemountet.
Es gibt kein Anwendungs-Image zu bauen. rebase build erzeugt ein Bundle; die Runtime liegt schon auf Docker Hub. Ein Rebase-Upgrade ist ein Tag-Wechsel, kein Rebuild — dein Bundle bleibt unangetastet.
Tabellen anzulegen ist ein eigener, bewusster Befehl. Ein Container-Neustart darf dein Schema niemals als Nebenwirkung eines Deploys ändern.
Der Self-Hosting-GuideHetzner, OVHcloud, Scaleway, IONOS — alles mit SSH und Docker
Befehle wörtlich aus dem Self-Hosting-Leitfaden. Es gibt kein Anwendungs-Image zu bauen — die Runtime ist veröffentlicht, dein Projekt reist als Bundle.
// docker-compose.yml — the whole deployment
services:
db:
image: postgres:18-alpine
api:
image: rebasepro/server:0.24.0
volumes:
- ./dist-bundle:/bundle:ro
environment:
DATABASE_URL: postgres://…@db:5432/rebase
JWT_SECRET: ${JWT_SECRET}
// that is the deployment. There is no application
// image to build — the runtime is published, and
// your project travels as a bundle.Klein genug, um es in einem Zug zu lesen
Das ist das gesamte Produktions-Deployment, ohne die Secrets. Zwei Dienste, ein Volume, drei Umgebungsvariablen. Die Runtime startet in Produktion nicht ohne DATABASE_URL, JWT_SECRET und entweder CORS_ORIGINS oder FRONTEND_URL, statt sie zu raten.
Mounte das Bundle read-only, und ein kompromittierter Hook kann den Code, der nach dem nächsten Neustart läuft, nicht umschreiben. Richte die Liveness-Probe deines Orchestrators auf /livez und Readiness auf /health; die erste fasst die Datenbank nie an, also startet ein kurzer Schluckauf keinen völlig gesunden Prozess neu.
Die Rechnung
Ihr Preis ist eine Funktion deines Erfolgs. Deiner ist eine Zahl, die du gewählt hast.
Das ist der Teil des Self-Hostings, mit dem anzufangen die Leute zu höflich sind — also fangen wir damit an. Die meisten Managed Backends rechnen nach monatlich aktiven Nutzern, gespeicherten und ausgelieferten Gigabytes ab: Die Rechnung wächst genau in dem Moment, in dem du am wenigsten eine neue Rechnung willst. Ein VPS kostet im Launch-Monat dasselbe wie im Monat, in dem du auf der Startseite landest. Rebase Cloud wird aus demselben Grund pro Ressource abgerechnet — du sagst, was läuft, und die Rechnung folgt dem statt deinem Traffic.
Unten steht die ehrliche Fassung dieses Vergleichs, samt der Teile, die nicht für uns sprechen.
Beschreib die App, die du wirklich baust
- Pro-Planenthält 10 $ Compute-Guthaben$25.00
- ComputeSmall — 2 vCPU, 2 GB — 15 $ abzüglich Guthaben$5.00
- Monatlich aktive Nutzer—
- Datenbank-Speicher—
- Dateispeicher—
- Ausgehender Traffic—
Jede Zahl ist ein von Supabase veröffentlichter Preis, geprüft am 28. Juli 2026 — inklusive des Compute-Add-ons, das nach derselben Regel dimensioniert wird wie die Maschine gegenüber, statt auf der enthaltenen Micro-Instanz zu bleiben. Immer noch konservativ: keine Read-Replicas, kein PITR, kein Support-Plan.
Wähl eine Maschine — sie muss die Last tragen
Richtwerte bei europäischen Anbietern. Deiner wird abweichen — setz deine eigene Zahl ein.
- Ein VPS4 vCPU · 8 GB RAM · 80 GB NVMe€12.00
- Objektspeicher100 GB in einem S3-kompatiblen Bucket, ~0.01 €/GB€1.00
- Monatlich aktive Nutzeres gibt keinen Preis pro Nutzer€0.00
- Datenbank-Speicher8 GB von den 80 GB, die du schon gemietet hast€0.00
- Ausgehender Traffic250 GB von den 20 TB, die im Tarif enthalten sind€0.00
Eine Maschine, also kein Failover: das ist der Preis einer Maschine, die die Last tragen kann, nicht der eines hochverfügbaren Clusters. Und die Zeile, die keine Rechnung zeigt — du patchst sie, sicherst sie und wirst nachts für sie angepiept. Will niemand im Team diesen Job, kauft die Managed-Rechnung etwas Echtes, und du solltest sie zahlen.
Die rechte Spalte wird aus den Reglern dimensioniert — Speicher für die Datenbank plus 30 % Reserve und 20 GB fürs System, RAM für ein Viertel der Datenbank im Cache, ein vCPU je 50k monatlich Aktiver — und die gleiche Regel dimensioniert links das Compute-Add-on, damit keine Spalte diese Last auf Hardware laufen lässt, die sie nicht tragen könnte. Dateien liegen in einem S3-kompatiblen Bucket statt auf dieser Platte, so wird die Storage-Schicht von Rebase in der Praxis betrieben. Diese Zuschnitte und Preise sind Richtwerte, kein Angebot. Dollar und Euro stehen so, wie sie berechnet werden, unumgerechnet — wir werden auf einer Marketingseite keine Wechselkurse pflegen, und bei aktuellen Kursen ändert es das Bild nicht. Supabases veröffentlichte Preise sind die Quelle für die linke Spalte; prüf für die rechte deinen eigenen Anbieter. Firebase ist hier bewusst nicht modelliert: Firestore rechnet pro Dokument-Lesevorgang ab, und niemand kann dir sagen, wie viele Lesevorgänge eine App macht, die du noch nicht geschrieben hast. Diese Unberechenbarkeit ist auch ein Kostenfaktor, sie passt nur in keinen Regler.
Keine Lite-Version
Der Self-Hosted-Build ist der Build
Hier gibt es keinen Open-Core-Schnitt, keine für eine Bezahlstufe zurückgehaltene Funktion und kein Nach-Hause-Telefonieren. Der Container, den du auf deiner eigenen Hardware betreibst, liefert jede Oberfläche, die Rebase hat. Das ist die Liste, und es ist dieselbe Liste auf jeder Seite dieser Website.
Das Admin-Panel ist eine eigene React-App, die mit derselben öffentlichen API unter denselben Policies spricht. Nimm es dazu, lass es weg oder lösch es — die API-Antwort ändert sich nicht.Das Panel ansehen.
Wohin damit
Europäische Hoster, mit denen uns nichts verbindet
Siebzehn Städte, sieben Unternehmen und von jedem eine Rechnung in Euro. Wähl unten eines und schau, welche Pins ihm gehören — wir verkaufen nichts davon weiter, bekommen von keinem etwas, und die Runtime weiß nicht, welches du genommen hast.
Jede Nadel ist ein Ort, an den du dein Postgres heute Abend stellen könntest. Wähl einen Hoster, um zu sehen, wem sie gehört.
17 Städte. 7 Unternehmen. Keines davon sind wir.
Keine Affiliate-Links, keine Empfehlungscodes, keine Partnerstufe. Ein Container und ein Postgres-Connection-String laufen überall, und wo du sie hinstellst, geht uns wirklich nichts an — worum es auf dieser Seite genau geht.
Standorte, wie sie jeder Anbieter veröffentlicht, und sie ändern sich — prüf das, bevor du dich festlegst. Die Schweiz liegt außerhalb der EU unter einem Angemessenheitsbeschluss, was rechtlich etwas anderes ist als ein Mitgliedstaat.
Paperwork
Wo dich das bei der DSGVO lässt
Du bist der Verantwortliche — und der einzige Auftragsverarbeiter
- Kein Dritter als Auftragsverarbeiter im Pfad. Die Software läuft auf deiner Infrastruktur; wir bekommen nichts, also gibt es keine Unterauftragsverarbeiter-Liste einzufordern und keinen Transfer zu bewerten.
- Auskunfts- und Löschanfragen sind SQL. Beantworte sie aus deiner eigenen Datenbank, in deinem Takt, ohne ein Support-Ticket bei einem Anbieter.
- Der Speicherort ist eine Entscheidung, keine Preisstufe. Stell Postgres dorthin, wo deine Pflichten es verlangen — auch auf eine Maschine im eigenen Haus.
Der einzige Auftragsverarbeiter zu sein, ist auch Arbeit
Niemand sonst kann gezwungen werden, deine Daten herauszugeben — und niemand sonst patcht deinen Kernel, merkt, dass dein Backup seit drei Wochen still scheitert, oder geht um zwei Uhr nachts an den Pager. Beide Hälften dieses Satzes folgen aus derselben Tatsache.
- Backups musst du beweisen.
rebase db backuperstellt rollenvollständige Dumps und spielt sie zurück, aber ein Backup, das niemand zurückgespielt hat, ist eine Hypothese. - Die Schlüssel sind deine, auch zum Verlieren. Es gibt kein Support-Ticket, das ein gelöschtes
JWT_SECRETwiederholt. - Die Verfügbarkeit gehört dir. Ein VPS ist eine Maschine. Braucht das Geschäft zwei, erlaubt die Architektur das — und deine Rechnung merkt es.
Wenn niemand im Team diesen Job will, ist das eine echte Antwort, und eine Managed-Plattform kauft dir etwas Reales. Unsere heißt Rebase Cloud, betrieben von FireCMS S.L. in Spanien — womit wir dein Auftragsverarbeiter sind, mit allem, was das heißt, statt niemand. Uns ist lieber, du entscheidest das beim Eintritt, als dass du es später herausfindest.
Nichts davon ist Rechtsberatung. Es ist eine Architekturbeschreibung, der Teil, an dem wir uns tatsächlich messen lassen — und die Security-Seite beschreibt, wie die Zugriffsregeln selbst durchgesetzt werden.
Betreib es, wo du willst.
MIT-lizenziert und self-hosted auf deiner eigenen Infrastruktur — oder auf Rebase Cloud, mit benanntem Auftragsverarbeiter und Unterauftragsverarbeiter.