TrailBase einfach selbst hosten
Yulei ChenTrailBase ist eine Open-Source Firebase-Alternative, die auf Rust, SQLite und Wasmtime aufbaut. Du bekommst type-safe REST- und Realtime-APIs, integrierte Authentifizierung, File Storage und ein Admin Dashboard - alles in einer einzigen Binary. Wenn du ein schnelles, schlankes Backend ohne Vendor Lock-in suchst, ist TrailBase eine solide Wahl.
Sliplane ist eine Managed Container Platform, die Self-Hosting einfach macht. Mit One-Click Deployment hast du TrailBase in wenigen Minuten am Laufen - kein Server-Setup, keine Reverse-Proxy-Config, keine Infrastruktur zum Verwalten.
Voraussetzungen
Vor dem Deployment brauchst du einen Sliplane Account (kostenlose Testversion verfügbar).
Schnellstart
Sliplane bietet One-Click Deployment mit Presets.
TrailBase deployen >- Klick auf den Deploy-Button oben
- Wähl ein Projekt aus
- Wähl einen Server aus (bei der Registrierung bekommst du einen 48-Stunden Trial-Server)
- Klick auf Deploy!
Über das Preset
Das One-Click Deploy oben nutzt Sliplane's TrailBase Preset. Das ist enthalten:
- Offizielles
trailbase/trailbaseDocker Image (Version 0.27.5) - Persistenter Storage gemountet auf
/app/traildepotfür Datenbank und Files - Port 4000 für das Web-Interface und die API
- Sofort einsatzbereit mit vernünftigen Standardeinstellungen
Nächste Schritte
Sobald TrailBase auf Sliplane läuft, kannst du über die von Sliplane bereitgestellte Domain darauf zugreifen (z.B. trailbase-xxxx.sliplane.app).
Standard-Zugangsdaten
Beim ersten Start erstellt TrailBase einen Admin-Account mit einem zufällig generierten Passwort. Schau in die Service-Logs auf Sliplane, um es zu finden - such nach einer Zeile wie:
Created new admin user:
email: 'admin@localhost'
password: '<zufälliges-passwort>'
Kopier das Passwort aus den Logs und nutz es zum Einloggen. Du kannst es später über das Admin Dashboard ändern.
Admin Dashboard
Das Admin Dashboard erreichst du unter /_/admin/ auf deiner TrailBase-Instanz (z.B. https://trailbase-xxxx.sliplane.app/_/admin/). Dort kannst du:
- Tabellen und Schemas verwalten
- Authentifizierung konfigurieren (Passwort und OAuth Provider)
- Access-Control-Regeln einrichten
- Daten durchsuchen und bearbeiten
- File Storage verwalten
Wichtige Features
TrailBase bringt von Haus aus viel mit:
- Type-safe REST APIs, automatisch generiert aus deinem SQLite-Schema
- Realtime Subscriptions für Live-Datenaktualisierungen
- Authentifizierung mit Passwort-Login und Social/OAuth Providern
- File Storage mit konfigurierbarer Zugriffskontrolle
- Custom Endpoints, die via Wasmtime (WebAssembly) zu nativem Code kompiliert werden
- Client Libraries für TypeScript, Dart/Flutter, Swift, Kotlin, Python, C#/.NET, Rust und Go
Datenspeicherung
Alle TrailBase-Daten liegen in /app/traildepot, das vom Preset auf ein persistentes Volume gemountet wird. Das umfasst die SQLite-Datenbank, hochgeladene Files und die Konfiguration. Deine Daten überleben Container-Neustarts und Redeployments.
Logging
TrailBase loggt standardmäßig nach STDOUT, was super mit Sliplane's integriertem Log Viewer funktioniert. Für allgemeine Docker-Log-Tipps schau dir unseren Post zu Docker Logs an.
Kostenvergleich
Du kannst TrailBase auch bei anderen Cloud-Anbietern selbst hosten. Hier ein Preisvergleich der gängigsten Optionen:
| Anbieter | vCPU | RAM | Disk | Monatliche Kosten | Hinweis |
|---|---|---|---|---|---|
| Sliplane | 2 | 2 GB | 40 GB | €9 (~$10.65) | Flatrate, 1 TB Bandbreite, SSL inklusive |
| Fly.io | 2 | 2 GB | 40 GB | ~$18 | Disk und Bandbreite separat berechnet |
| Render | 1 | 2 GB | 40 GB | ~$35 | 100 GB Bandbreite, Disk separat berechnet |
| Railway | 2 | 2 GB | 40 GB | ~$67 + $20 Plan | Pro-Plan-Minimum, nutzungsbasiert, Bandbreite separat berechnet |
Klick hier, um die Berechnungsgrundlage zu sehen.
(Annahme: eine dauerhaft laufende Instanz mit 730 Stunden/Monat)
- Sliplane: pauschal €9/Monat für den Base Server. Unbegrenzte Services auf dem gleichen Server, 1 TB Egress und SSL inklusive.
- Fly.io:
shared-cpu-2x2 GB = $11.83/Mo + 40 GB Volume × $0.15/GB = $6 -> ~$17.83/Mo. Egress separat berechnet ($0.02/GB in EU). - Render: nächste Entsprechung ist Standard ($25, 1 vCPU / 2 GB) plus 40 GB Disk × $0.25/GB = $10 -> ~$35/Mo. Pro (2 vCPU / 4 GB) kostet $85/Mo + Disk.
- Railway (Pro-Plan): CPU 2 × $0.00000772/s × 2,628,000 s = $40.57; RAM 2 × $0.00000386/s × 2,628,000 s = $20.29; Volume 40 × $0.00000006/s × 2,628,000 s = $6.31 -> ~$67/Mo Compute, plus $20/Mo Pro-Plan-Minimum und $0.05/GB Egress.
Bandbreitenkosten können bei nutzungsbasierten Anbietern schnell steigen. Nutz unser Bandbreiten-Kostenvergleichstool, um zu sehen, was dein Egress bei den einzelnen Plattformen kosten würde.
FAQ
Was kann ich mit TrailBase bauen?
TrailBase eignet sich ideal für Mobile- und Web-App-Backends, SaaS-Prototypen und interne Tools. Du bekommst ein komplettes Backend mit APIs, Auth und File Storage direkt einsatzbereit, sodass du dich auf dein Frontend konzentrieren kannst. Stell es dir als selbst gehostetes Firebase vor, das auf SQLite statt einer proprietären Cloud läuft.
Wie konfiguriere ich Authentication Provider?
Öffne das Admin Dashboard und geh zu den Authentifizierungs-Einstellungen. TrailBase unterstützt Passwort-basiertes Login direkt out of the box. Um Social Login (Google, GitHub etc.) hinzuzufügen, trag die OAuth-Provider-Credentials in der Admin-UI ein. In der TrailBase-Dokumentation findest du Provider-spezifische Setup-Details.
Wie aktualisiere ich TrailBase?
Ändere den Image-Tag in deinen Service-Einstellungen auf Sliplane und mach ein Redeployment. Auf Docker Hub findest du die neueste stabile Version.
Gibt es Alternativen zu TrailBase?
Ja, beliebte Backend-as-a-Service-Alternativen sind Directus (Headless CMS mit automatisch generierten APIs), Strapi (Open-Source Headless CMS), PocketBase (eine weitere Single-Binary-Backend-Lösung) und Supabase (Open-Source Firebase-Alternative mit PostgreSQL).
Wie schnell ist TrailBase im Vergleich zu anderen Backends?
TrailBase erreicht Sub-Millisekunden-Antwortzeiten für API-Requests und ist damit deutlich schneller als Alternativen wie PocketBase und Supabase. Das liegt am Rust-Core, SQLite als Storage und Wasmtime zum Kompilieren von Custom Endpoints zu nativem Code. Für die meisten Anwendungsfälle brauchst du keinen dedizierten Caching Layer.
