Open-Source-Backend-as-a-Service: Postgres-Datenbank, Auth, Storage und Edge Functions über ein Dashboard — das Standard-Backend für KI-generierte Apps.
Supabase
Supabase ist das Backend, das du nicht selbst bauen musst: eine echte Postgres-Datenbank, fertiges Login-System, Datei-Storage und automatisch generierte APIs, alles über ein Dashboard. Open Source, mit großzügigem Free-Tier — und der Grund, warum so viele Vibe-Coding-Projekte aus Lovable oder Bolt.new überhaupt Daten speichern können.
Wofür du das nutzt
Datenbank ohne Server-Setup. Projekt anlegen, Tabelle im Table Editor erstellen, fertig. Dahinter steht volles Postgres — du kannst klein anfangen und später echtes SQL, Joins und Extensions nutzen.
Login in Minuten statt Tagen. E-Mail/Passwort, Magic Links, Google- und GitHub-Login sind eingebaut. Row Level Security sorgt dafür, dass Nutzer nur ihre eigenen Daten sehen.
Backend für KI-App-Builder.Lovable und Bolt.new integrieren Supabase direkt: Der Builder erzeugt das Frontend, Supabase hält Daten und Accounts. So gehört dir das Backend, auch wenn die KI den Code geschrieben hat.
Dateien speichern. Profilbilder, Uploads, PDFs — Storage mit Zugriffsregeln ist dabei, ohne separaten S3-Bucket.
Vektorsuche für RAG-Projekte. Mit der pgvector-Extension speicherst du Embeddings direkt neben deinen Daten — gut für semantische Suche und eigene KI-Features ohne extra Vektor-Datenbank.
Stärken im Detail
Echtes Postgres statt proprietäre Datenbank. Alles, was du über SQL lernst, ist übertragbar. Export jederzeit möglich, kein Lock-in auf ein Spezialformat.
API kommt gratis mit. Jede Tabelle bekommt automatisch eine REST-API (und auf Wunsch Realtime-Subscriptions). Für die meisten Projekte schreibst du nie eigenen Backend-Code.
Open Source und selbst hostbar. Die ganze Plattform liegt auf GitHub. Für den Einstieg nimmst du die Cloud, später kannst du theoretisch selbst hosten.
Generierte TypeScript-Types. Die CLI erzeugt Types aus deinem Schema — Editor-Autovervollständigung weiß genau, welche Spalten es gibt.
Grenzen & wo's hakt
Free-Tier pausiert inaktive Projekte. Nach einer Woche ohne Traffic schläft das Projekt ein und muss manuell geweckt werden — für ein Portfolio-Projekt okay, für was Dauerhaftes nervig. Außerdem: maximal 2 aktive Free-Projekte.
Postgres-Wissen hilft schnell weiter. Der Table Editor trägt dich weit, aber sobald es um Policies, Trigger oder Performance geht, liest du SQL. Das ist lernbar, aber kein No-Code.
Kein Ort für langlaufende Prozesse. Edge Functions sind für kurze Request/Response-Logik. Ein Worker, der stundenlang rechnet, gehört auf Railway oder einen eigenen Server.
Kosten im Blick behalten. Pro startet bei 25 $/Monat plus nutzungsbasierte Posten — bei plötzlichem Traffic können Storage und Bandbreite wachsen.
Pricing (Stand 06/2026)
Free — 500 MB Datenbank, 50.000 monatlich aktive Auth-Nutzer, 2 aktive Projekte, Pausierung nach 1 Woche Inaktivität. Reicht für Lern- und Portfolio-Projekte locker.
Pro — 25 $/Monat: 8 GB Datenbank, 100 GB Storage, keine Auto-Pausierung, danach nutzungsbasiert.
Team/Enterprise — ab 599 $/Monat bzw. Custom, für Firmen-Setups.
Praxis-Workflow für den Start
Projekt anlegen auf supabase.com (GitHub-Login geht am schnellsten).
Tabelle bauen im Table Editor — z.B. todos mit title und done.
RLS aktivieren und die vorgeschlagene "Users can only see their own rows"-Policy übernehmen.
Client einbinden:npm install @supabase/supabase-js, URL und Anon-Key aus den Projekt-Settings kopieren.
Auth dazuschalten, wenn die App Nutzer braucht — Magic Link ist der schnellste Start ohne Passwort-Handling.
Datenschutz (kurz)
Supabase-Projekte lassen sich in einer EU-Region (z.B. Frankfurt) anlegen — wähle das beim Projektstart, nachträglicher Umzug ist Aufwand. Ein DPA ist über das Dashboard verfügbar (muss aktiv signiert werden). Deine Daten liegen in deinem Projekt, Supabase trainiert nichts darauf.