Supabase

Supabase ist eine Open-Source Backend-as-a-Service (BaaS) Plattform, die als "Firebase-Alternative" positioniert ist. Der Kern ist eine vollwertige PostgreSQL-Datenbank - im Gegensatz zu Firebases NoSQL (Firestore). Supabase bietet Authentication, File Storage, Edge Functions, Realtime-Subscriptions und automatisch generierte REST- und GraphQL-APIs aus der Datenbank-Schema.

Der größte Vorteil gegenüber Firebase: PostgreSQL als Grundlage. Damit erhält man SQL-Power, Joins, Transaktionen, Row-Level Security (RLS) für feingranulare Berechtigungen und die Möglichkeit zur Migration auf selbst-gehostete PostgreSQL-Datenbanken. Kein Vendor Lock-in wie bei Firebase. Die TypeScript-Integration ist exzellent - Types werden direkt aus dem Schema generiert.

Supabase eignet sich ideal für Next.js-Projekte, Startups und MVPs. Der kostenlose Tier ist großzügig (500MB Datenbank, 1GB Storage, 50.000 Auth-Users). Bei HEADON.pro setzen wir Supabase für Projekte ein, die relationale Daten, komplexe Queries oder maximale Flexibilität benötigen. Für sehr große Projekte mit globaler Skalierung ist Firebase/Google Cloud möglicherweise besser geeignet.

Unter der Haube ist Supabase kein monolithisches Produkt, sondern eine kuratierte Sammlung von Open-Source-Bausteinen rund um PostgreSQL: PostgREST generiert aus dem Datenbankschema automatisch eine REST-API, GoTrue übernimmt die Authentifizierung, ein Realtime-Server streamt Datenbankänderungen per WebSocket an Clients, und Edge Functions laufen als Deno-basierte serverlose Funktionen. Sicherheitszentral ist Row-Level Security (RLS): Zugriffsregeln werden als SQL-Policies direkt an den Tabellen definiert und gelten damit unabhängig davon, über welchen Weg zugegriffen wird. Der häufigste Anfängerfehler ist, RLS für eine Tabelle nicht zu aktivieren - dann ist sie über die öffentliche API ungeschützt lesbar.

Mit der pgvector-Erweiterung eignet sich Supabase auch als Vektordatenbank für KI-Anwendungen wie semantische Suche und RAG - relationale Daten und Embeddings liegen dann im selben System. In serverlosen Umgebungen ist der Connection Pooler (Supavisor) wichtig, um PostgreSQLs Verbindungslimit nicht zu sprengen. Für die lokale Entwicklung startet die Supabase-CLI den kompletten Stack in Docker und verwaltet Migrationen versioniert. Genau diese Eigenschaften nutzen wir im Nexus-Monorepo: Ein einziges Supabase-Projekt beherbergt mehrere Apps, die über getrennte PostgreSQL-Schemas (headon, pegasus, aphantasie und weitere) isoliert werden - so teilen sich alle Projekte Infrastruktur und Kosten, ohne dass ihre Daten sich vermischen. Für DSGVO-sensible Projekte lässt sich zudem gezielt eine EU-Region (etwa Frankfurt) wählen.