Self-hosted Supabase is a multi-service backend platform combining Postgres, Auth, Storage, Realtime, an API gateway and supporting services. Official docs recommend Docker as the quickest self-host route, while production still requires HTTPS, secrets, backups, mail providers and monitoring.
Yes. Current Supabase self-hosting docs recommend Docker as the fastest official path and provide Docker Compose deployment. Production should replace placeholder `.env` values and use an HTTPS reverse proxy.
Client requests pass through the gateway to Auth, REST/GraphQL APIs, Realtime and Storage services, with Postgres as the central data layer.
Supabase documentation requires HTTPS for production and expects example secrets to be replaced.
Self-hosted Storage can use local filesystem by default and official docs also support S3-compatible backends. Backup and durability differ by backend.
Container names can vary by official Compose release; inspect overall stack state.
docker compose psdocker compose logs --tail=100docker stats --no-streamdf -hfree -hDatabase backups and Storage object/file backups are different mechanisms. Auth/config secrets also belong in the restore plan.
You can run the open-source self-hosted stack on your own infrastructure, while server, operations, mail, storage and external services remain your costs.
Current official documentation states HTTPS is required for production self-hosted deployments.
Self-hosted Supabase Storage supports S3-compatible backends, so MinIO can be considered depending on architecture.
Share users, DB size, Storage GB, Realtime connections and Auth usage; we can size Docker/VPS/VDS.