Anstelle eines Fünf-Sterne-Rankings handelt es sich hier um ein Raster aus zehn überprüfbaren Kriterien, die auf sechs Plattformen – Aurabase, Supabase, Firebase, Appwrite, Convex und PocketBase – angewendet werden, mit datierten und Quellenangaben anstelle von Marketing-Slogans, die unverändert wiederholt werden.
Das Wesentliche
- Bei den zehn Kriterien des Rasters gewinnt keine Plattform: Die richtige Wahl hängt von Ihrer Priorität ab (SQL-Portabilität, Startgeschwindigkeit, paketiertes Selbsthosting oder native KI).
- Auf der Ebene der Startgebühren liegen Aurabase (25 €), Supabase (25 $), Appwrite (ab 25 $) und Convex (25 $/Entwickler) innerhalb weniger Euro zusammen – der Unterschied liegt in den enthaltenen Kontingenten und der Währung, nicht in der Größenordnung.
- Drei Kriterien unterscheiden Aurabase vom Rest des Panels: natives NL2SQL und RAG auf Postgres, 15 benannte OAuth-Anbieter + unbegrenztes OIDC und verifizierte Produktionsinfrastruktur in Deutschland und Finnland.
- Firebase (proprietäres NoSQL) und PocketBase (monobinäres SQLite) sind nach wie vor die schnellsten Optionen für den Einstieg – allerdings mit dem entsprechenden Preis der Bindung und dem Fehlen einer offiziell verwalteten Cloud.
Das Raster aus zehn Kriterien, kein Ranking
Ein „bester BaaS“ geht von einer einzigen Vergleichsachse aus. In der Praxis streben ein unabhängiger Entwickler, der eine Anbieterbindung befürchtet, ein CTO, der einem Datenschutzbeauftragten seine DSGVO-Konformität nachweisen muss, und ein KI-Entwickler, der einen gebrauchsfertigen pgvector möchte, nicht dasselbe an.
Dieses Raster enthält zehn Kriterien, die bei diesen drei Entscheidungen systematisch auftauchen: Daten-Engine, Anwendungskern, Authentifizierung, Echtzeit, native KI, serverlose Funktionen, Selbsthosting, Lizenz, kostenloses Kontingent und kostenpflichtiges Einstiegskontingent.
Jede Zelle in der Tabelle wird an ihrer Quelle überprüft: dem Aurabase-Repository-Code für Aurabase-Produktansprüche (siehe studio/lib/plans.ts, Cargo.toml, aura-auth, aura-ai), den offiziellen GitHub-Preis- und Repository-Seiten der fünf anderen Plattformen, konsultiert am 23. August 2026. Eine mit „unserem Wissen nicht dokumentierte“ Zelle weist darauf hin, dass an diesem Datum kein Beweis gefunden wurde, nicht auf ein bestätigtes Fehlen – Überprüfen Sie die aktuelle Dokumentation, bevor Sie eine Entscheidung treffen.
Die Tabelle: sechs BaaS, zehn Kriterien
Scrollen Sie auf Mobilgeräten horizontal. Die Aurabase-Spalte ist zu Referenzzwecken hervorgehoben, nicht um eine Gesamtbewertung vorzuschlagen.
| Kriterium | Aurabase | Supabase | Feuerbasis | Appwrite | Konvex | PocketBase |
|---|---|---|---|---|---|---|
| Datenmaschine | PostgreSQL 16 dediziert pro Projekt, RLS, pgvector 0.8.6 | Dediziertes PostgreSQL pro Projekt, RLS | Firestore + Realtime DB (NoSQL, proprietär) | Interne Multi-Engine (TablesDB), kein Postgres verfügbar | Proprietäre reaktive Datenbank (nicht SQL) | Eingebettetes SQLite, einzelne Datei |
| Anwendungskern | 100 % Rust (axum), 12 Dienste, gemeinsam genutzte interne Bibliotheken | Mehrsprachig: PostgREST (Haskell), GoTrue (Go), Realtime (Elixir), Storage (Node.js) | Eigentum von Google, nicht öffentlich dokumentiert | Multi-Service-Plattform (hauptsächlich Node.js) | Rust-Backend, TypeScript-Clients | GB, einzeln binär (~15 MB) |
| Authentifizierung | 15 benannte OAuth-Anbieter + unbegrenztes generisches OIDC | Große Auswahl an OAuth (sich weiterentwickelnde Liste, keine feste Anzahl veröffentlicht) | Multi-Vendor-OAuth + E-Mail/Telefon/anonym | OAuth + Magic Links, Multi-Vendor | Kein nativer Anbieter – Delegation an einen Dritten (hier nicht näher überprüft) | E-Mail/Passwort + konfigurierbares OAuth2 (Google, Facebook, GitHub, GitLab dokumentiert) |
| Echtzeit | Natives Postgres CDC über NATS JetStream | Native Kanäle (postgres_changes, Presence, Broadcast) | Nativ auf beiden Basen (onSnapshot) | Dedizierter Echtzeitdienst | Responsive durch Konstruktion (Read-Set + WebSocket) | Integrierte Echtzeit-Abonnements |
| Native KI (NL2SQL / RAG) | Natives NL2SQL + RAG, eingebetteter pgvector, 3 native LLMs | Externe AI-Anschlüsse, kein natives NL2SQL dokumentiert | Genkit/Vertex AI auf der GCP-Seite, ausgenommen das BaaS-Backend selbst | Nach unserem Kenntnisstand nicht dokumentiert | Keine gleichwertige dokumentierte native NL2SQL-Fähigkeit | Nach unserem Kenntnisstand nicht dokumentiert |
| Serverlose/Edge-Funktionen | Deno/TypeScript (V8) + Rust→WASM-Binärdateien (echte Wasmtime) | Kantenfunktionen (Deno) | Cloud-Funktionen (Node.js, Python, andere GCP-Laufzeiten) | Multi-Runtime-Funktionen (15 dokumentierte Laufzeiten) | TypeScript-Funktionen, die auf der Rust-Backend-Seite ausgeführt werden | Eingebettete JS-Hooks (integrierte VM) + Go-Erweiterung |
| Selbsthosting | k3d/Helm im Repository, prioritär verwaltete Cloud | Offizieller (Docker/CLI), dokumentierter Produktionspfad | Nicht verfügbar | Offizielle, zentrale Produktachse (Docker, One-Click DO/AWS) | Separates Open-Source-Backend, priorisierte verwaltete Cloud | Nur Modus verfügbar, keine offizielle Cloud |
| Lizenz | MIT (Rust-Arbeitsbereich + JS SDK) | Apache-2.0 | Proprietär, nicht Open Source | BSD-3-Klausel | FSL-1.1-Apache-2.0 (Pure Apache 2 Jahre nach jeder Veröffentlichung) | MIT |
| Kostenlose Landung | 0€ · 3 Projekte · 512 MB DB · 1 GB Speicher | 0$ · 500 MB DB · 50.000 MAU · 2 aktive Projekte | Spark: Firestore 1 GiB + 50.000 Lesevorgänge/Tag · Echtzeit-Datenbank 1 GB | 0$ · 5 GB Bandbreite · 2 GB Speicher · 75.000 MAU | 0 $ + Nutzung · 1 Mio. Funktionsaufrufe · 0,5 GB DB | Von Natur aus unbegrenzt – die Grenze ist Ihr eigener Server |
| Eintrittspreisniveau | 25€/Monat | 25 $/Monat | Pay-as-you-go (Blaze), kein festes Niveau | ab 25 $/Monat | 25 $/Entwickler/Monat | Nicht zutreffend – kein kommerzielles Angebot |
Eine Zahl fällt in der letzten Zeile auf: Vier der fünf kommerziellen Plattformen liegen bei einem Eintrittspreisniveau von etwa 25 (Euro oder Dollar, abhängig von der Landeswährung der Plattform). Dabei handelt es sich nicht um einen isolierten Marktzufall – es handelt sich um den Punkt, an dem „ein paar Projekte, ein wenig echter Datenverkehr“ das übersteigt, was ein kostenloses Kontingent auf den sechs untersuchten Plattformen vernünftigerweise absorbieren kann.
Firebase (Firestore) 1024 MB
Konvex512 MB
Aurabase512 MB
Supabase500 MB
Im kostenlosen Kontingent enthaltener Datenbankspeicher in MB. Quellen: offizielle Preisseiten (supabase.com/pricing, firebase.google.com/pricing, convex.dev/pricing), konsultiert am 23. August 2026; Aurabase-Lager eingecheckt studio/lib/plans.ts. Ausgenommen Appwrite und PocketBase: Ersteres isoliert auf seiner Preisseite kein Datenbankspeicherkontingent, letzteres hat keine kommerzielle Ebene (selbst gehostet, Limit = Ihr Server).
Supabase: mehrsprachig verwaltetes Postgres, der Marktmaßstab
Supabase bleibt der Maßstab auf dem verwalteten Postgres-Markt: Standard-RLS-SQL, pg_dump-Portabilität auf jeden Postgres-Server und ein unterstützter mehrsprachiger Stack (PostgREST in Haskell, GoTrue in Go, Realtime in Elixir, Storage in Node.js, Funktionen in Deno).
Am besten geeignet für: Beginnen Sie mit einem ausgereiften verwalteten Postgres mit einem bereits breiten Ökosystem an Integrationen. Supabase setzt im Backend auf externe KI-Konnektoren (ChatGPT, Claude, Perplexity) statt auf natives NL2SQL. Kostenloses Kontingent: 500 MB Basic, 50.000 MAU, begrenzt auf zwei aktive Projekte, pausiert nach einer Woche Inaktivität. Eintrittsgebühr: 25 $/Monat.
Firebase: NoSQL Google, schnell zu starten, an das Ökosystem gebunden
Firebase bleibt die schnellste Wahl für den Einstieg für ein Team, das bereits im Google Cloud-Ökosystem aktiv ist: dokumentenorientierter NoSQL Firestore, neun kostenlose Produkte unabhängig von der Stufe (Analytics, Crashlytics, Remote Config usw.) und ein Blaze-Plan zur Nutzung mit einem Guthaben von 300 US-Dollar.
Am besten geeignet für: Rapid Prototyping auf der Mobil-/Webseite in einem Projekt, das bereits mit GCP verknüpft ist. Der Kompromiss ist struktureller Natur: proprietäres Firestore-Format, keine nativen SQL-Joins und keine DSGVO/EU-Anzeige auf der Preisseite – die Wahl einer europäischen Firestore-Region ändert nichts an der Nationalität der Muttergesellschaft. Kostenloses Kontingent: Firestore 1 GiB + 50.000 Lesevorgänge/Tag; Echtzeitdatenbank 1 GB + 100 gleichzeitige Verbindungen. Kein darüber hinausgehendes festes Niveau, nutzungsbasierte Preisgestaltung (Blaze).
Appwrite: die selbstgehostete All-in-One-Plattform
Appwrite vereint Auth, Datenbanken, Speicher, Funktionen (15 Laufzeiten), Messaging und Echtzeit in einem einzigen Repository unter der Lizenz BSD-3-Clausemit einem Docker-Installationsprogramm, das vom ersten Tag an für das Selbsthosting in der Produktion konzipiert ist – ein Produktschwerpunkt, den Appwrite ausdrücklich beansprucht („echte technische Einschränkungen, kein Feature-Marketing“).
Am besten geeignet für: ein Team, das eine komplette Plattform selbst hosten möchte, ohne selbst mehrere Dienste zusammenzustellen. Kostenloses Kontingent: 5 GB Bandbreite, 2 GB Speicher, 750.000 Ausführungen, 75.000 MAU, begrenzt auf zwei Projekte. Eintrittsgebühr: ab 25 $/Monat. Der blinde Fleck: Keine der sechs Plattformen in diesem Vergleich, Appwrite eingeschlossen, baut eine Content-Säule speziell für die Einhaltung des DSGVO/CLOUD Act auf.
Convex: das reaktive Backend, das Marketing-Benchmarks ablehnt
Convex verfolgt den gegenteiligen Ansatz des vergleichenden Marketings: Das Team gibt öffentlich zu, angesichts der Konkurrenz keine Benchmarks zu veröffentlichen („Ihre Datenbank-Benchmarks sind mir egal“) und bietet ein reaktives Backend, bei dem jede Anfrage konstruktionsbedingt synchronisiert bleibt, ohne dass ein Abonnementcode geschrieben werden muss.
Am besten geeignet für: ein TypeScript-First-Team, das responsive Native ohne manuelle Zusammenstellung von WebSockets und Caching möchte. Es gibt ein selbstgehostetes Open-Source-Backend (convex-backend, geschrieben in Rust, FSL-1.1-Apache-2.0-Lizenz, die zwei Jahre nach jeder Version auf reines Apache 2.0 umstellt), auch wenn das kommerzielle Hauptangebot weiterhin zu 100 % in der verwalteten Cloud besteht. Kostenloses Kontingent: 1 Million Funktionsaufrufe, 0,5 GB Datenbankspeicher. Eintrittsgebühr: 25 $/Entwickler/Monat.
PocketBase: Mono-Binär für alle, die nicht mehr brauchen
PocketBase hat keinen redaktionellen Blog, keinen AI-Connector, keine offiziell verwaltete Cloud – und genau das ist sein Verkaufsargument. Eine einzelne Go-Binärdatei von etwa 15 MB umfasst eine SQLite-Datenbank, Authentifizierung (E-Mail/Passwort + OAuth2), Dateispeicher und ein Admin-Dashboard unter MIT-Lizenz.
Am besten geeignet für: ein internes Projekt, ein MVP oder ein selbst gehostetes Tool, das strukturell nicht über einen einzelnen Server hinaus skaliert werden muss. Der Kompromiss ist ebenso strukturell: kein kommerzielles Angebot, keine offizielle Unterstützung und eine Community, die mangels einer vom Betreuer veröffentlichten Version selbst inoffizielle llms.txt-Repositories erstellen musste.
Aurabase: Souveräner Postgres mit nativer KI, ohne seine Mängel zu verbergen
Aurabase baut sein Unterscheidungsmerkmal auf drei spezifischen Kriterien dieses Rasters und nicht auf dem Ganzen auf: einem 100 % einheitlichen Rust-Kern (12 Dienste, dieselben internen Bibliotheken), nativem NL2SQL und RAG direkt auf Postgres (eingebetteter pgvector, 3 native LLM-Anbieter – OpenAI, Anthropic, Gemini) und einer in Deutschland (Nürnberg, Falkenstein) und in Finnland (Helsinki) verifizierten Produktionsinfrastruktur, die von einem französischen Unternehmen betrieben wird.
Am besten geeignet für: ein Team, das standardmäßiges relationales Postgres mit nativer KI möchte, ohne auf Nicht-EU-Infrastruktur angewiesen zu sein. Kostenloses Kontingent: 512 MB Basis, 3 Projekte, 1 GB Speicher. Eintrittsgebühr: 25 €/Monat (10 Projekte, 8 GB Basis).
Das Python SDK (aurabase-py) und das Dart SDK sind noch nicht in ihren offiziellen Registern (PyPI, pub.dev) veröffentlicht – nur das JavaScript SDK, 10 Pakete @aurabase/*, ist ab heute auf npm veröffentlicht. Und im Repository werden keine WASM-Kaltstart-Benchmarks veröffentlicht, trotz einer tatsächlichen Wasmtime-Laufzeitumgebung in der Produktion für in Rust kompilierte Edge-Funktionen.
So wählen Sie entsprechend Ihrem Profil aus
Das obige Raster beantwortet eine allgemeine Frage. So lesen Sie es anhand von drei wiederkehrenden Entscheidungsprofilen.
- Unabhängiger Entwickler, Angst vor Anbieterbindung – Priorisieren Sie die „Daten-Engine“- und „Lizenz“-Zeile des Grids: Ein von
pg_dumpexportiertes Standard-Postgres bleibt auf jeden Host portierbar, was Firestore nativ nicht zulässt. Sehen Sie sich den Vergleich zwischen Aurabase und Supabase und den Migrationsleitfaden Supabase → Aurabasean. - CTO oder technischer Leiter in KMU, DSGVO-Konformität muss dokumentiert werden – Priorisieren Sie „Selbsthosting“ und die Frage der Souveränität, die nicht in der allgemeinen Tabelle erscheint: Abgesehen von Aurabase bildet keines der sechs untersuchten BaaS eine dedizierte DSGVO/CLOUD Act-Inhaltssäule. Sehen Sie sich den vollständigen DSGVO-konformen und EU-souveränen Backend-Leitfaden und den Vergleich Aurabase vs. Firebasean.
- KI-Entwickler, pgvector/RAG einsatzbereit – Priorisieren Sie die Zeile „native KI“: Dies ist das kritischste Kriterium im Raster, da zum Zeitpunkt dieser Untersuchung nur eine Plattform (Aurabase) NL2SQL und RAG nativ auf Postgres dokumentierte. Sehen Sie sich das -Tutorial an: Erstellen eines NL2SQL-Endpunkts auf Postgres.
Um bei einem bestimmten persönlichen Gespräch weiter vorzugehen: Aurabase vs. Appwrite, Aurabase vs. Convexoder Aurabase vs. PocketBase.
FAQs
Fragen zur Methodik dieses Grids – allgemeine Fragen zur Auswahl eines BaaS finden Sie in unseren speziellen FAQ.