🚀 Supabase auf VPS — selbstgehostetes Backend

Was der offizielle selbst gehostete Supabase-Stack wirklich braucht: 8–16 GB Auslegung, docker compose, Kong, Studio und ehrliche Grenzen gegenüber Cloud.

Self-hosted Supabase bedeutet, der gesamte Backend-Teil — Postgres mit Realtime, GoTrue-Auth, Storage, Kong-Gateway und Studio — läuft auf Ihrem VPS aus dem offiziellen docker-compose-Stack. Es ist dieselbe Software wie die Cloud-Stufe; was sich ändert, ist, wer sie patcht und wer sie sichert: Sie.

1. Dimensionierung — zuerst ehrliche Zahlen

8 GB RAM für bequemes Arbeiten — der offizielle Compose startet etwa ein Dutzend Container (Gateway, Studio, Auth, Storage, Realtime, Postgres…); Supabase dokumentiert 4 GB als kahlen Mindestwert, aber ein echter Stack mit Daten will 8.
16 GB sind bequem — Realtime-Abonnements und Postgres-Abfragen kämpfen nicht mehr um den Speicher.
NVMe ist wichtig — Postgres plus Storage-Uploads auf derselben Festplatte; Core VPS 8 NVMe (€34/Monat) ist die ehrliche Wahl.
Festplatte — 150 GB NVMe in dieser Stufe decken Datenbanken plus ein Jahr Uploads ab.

2. Installation

apt update && apt install -y git ufw
git clone --depth 1 https://github.com/supabase/supabase.git
cd supabase/docker
cp .env.example .env
# edit .env: POSTGRES_PASSWORD, JWT_SECRET, ANON_KEY, SERVICE_ROLE_KEY
# (generate: openssl rand -base64 32 for each secret)
docker compose pull && docker compose up -d
docker compose ps   # a dozen containers should turn running

Verwenden Sie niemals die Beispiel-JWT-Schlüssel — jeder Supabase-Tutorial prüft sie, und sie sind öffentlich. Richten Sie Ihre DNS-A-Record auf den Server und stellen Sie dann Kong (Port 8000) und Studio (Port 3000) hinter Caddy-Zertifikate, gleiches Muster wie im Node.js-Leitfaden.

3. App verbinden

Richten Sie das SDK auf `https://api.example.com` (Kong) mit dem `ANON_KEY` für Clients und `SERVICE_ROLE_KEY` nur serverseitig. Migrationen laufen mit der supabase-CLI gegen Ihr Remote-Projekt — derselbe Workflow wie in der Cloud, nur gegen Ihre eigene Domain.

Kurzantworten

Self-hosted oder Supabase-Cloud?

Die Cloud bietet verwaltete Updates, Point-in-Time-Backups, Branching und Edge Functions ohne Einrichtung — Sie zahlen pro Projekt und pro Nutzung. Self-hosting bietet feste Kosten, Ihre Daten auf Ihrer Festplatte und keinen Vendor-Lock — und überlässt Ihnen Updates, Backups und Monitoring. Bequem mit `docker compose` und einem restic-Timer? Self-host. Sonst starten Sie auf der kostenlosen Cloud-Stufe und migrieren später.

Was funktioniert nicht wie in der Cloud?

Datenbank-Branching und die Extra-Komfortfunktionen des Cloud-Dashboards gibt es nur in der Cloud. Edge Functions sind im Stack enthalten, erfordern aber mehr manuelle Verdrahtung als die verwaltete Version. Realtime funktioniert, skaliert durch Ihren eigenen Redis — in Ordnung für Produkte, nicht für eine Million Verbindungen auf einer Kiste für €34.

Backend, das Ihnen gehört, auf Hardware, die Sie gewählt haben. Core VPS 8 NVMe (24 GB, €34/Monat) →