Die Fragen, die uns am häufigsten gestellt werden

Was ist Sarpius, und für wen ist es gedacht?

Sarpius nimmt deinen Code und betreibt ihn in Produktion, sodass du keine Server, kein Netzwerk und keine Deploys selbst verwalten musst. Du verbindest ein Repository, die Plattform erkennt, was darin steckt, richtet ein, was es braucht, und deployt es.

Die Einheit, in der du arbeitest, ist ein Projekt: eine Anwendung aus mehreren Komponenten, einem Frontend, einem Backend, Workern, plus den Datenbanken, dem Speicher und dem Routing, die sie sich teilen. Gebaut für Entwickler und kleine Teams, die lieber Klarheit als Regler wollen.

Was unterscheidet es von Vercel, Railway oder Render?

Gleiche Idee, anderes Zuhause. Sarpius läuft vollständig auf unserer eigenen Hardware in den Niederlanden, sodass deine Daten unter europäischer Gerichtsbarkeit bleiben und du nicht von einem US-Cloud-Anbieter abhängig bist.

Die Abrechnung erfolgt pro Minute aus einem Guthaben, du zahlst also für das, was tatsächlich läuft, statt für einen monatlichen Block. Und wir veröffentlichen, was wir noch nicht können, das ist die andere Hälfte des Unterschieds.

Wie fange ich an?

Keine Warteliste und keine Einladung. Registriere dich mit einer E-Mail-Adresse, verbinde ein Repository und deploye deine erste App kostenlos.

Jede App bekommt automatisch eine generierte Subdomain unter sarpius.app mit Zertifikat, sodass du eine funktionierende URL hast, bevor du eine eigene Domain besitzt.

Wie funktioniert die Preisgestaltung?

Deine erste App ist kostenlos und bleibt kostenlos: ein kleiner Container, 10 GB Bandbreite, eine kostenlose Subdomain mit TLS, keine Kreditkarte und keine ablaufende Testphase.

Darüber hinaus wird alles pro Minute aus deinem Guthaben abgerechnet:

Jede zusätzliche App

EUR 4,99 / Monat

Bandbreite über die 10 GB pro App hinaus

EUR 0,05 / GB

Eigene Domain

EUR 1,99 / Monat

Direct-Origin-Routing pro eigener Domain

+ EUR 4,99 / Monat

Jede zusätzliche Replica beim Autoscaling

etwa EUR 2,50 / Monat

Das sind die Sätze, die der Biller berechnet, jeweils zzgl. MwSt.; die Rechner auf der Preisseite addieren sie. Da minutengenau abgerechnet wird, kostet eine gestoppte App auch nichts mehr, ohne Kündigung.

Welche Sprachen und Frameworks werden unterstützt?

Läuft es in einem Container, läuft es auf Sarpius. Darüber hinaus erkennt der Repository-Verbindungsassistent 45 Frameworks und Runtimes und konfiguriert Build, Port und Umgebungsvariablen für dich.

Darunter: Next.js, Nuxt, SvelteKit, Astro, Angular, React, Vue, Vite und React Router im Remix-Stil; Laravel, Symfony, WordPress und einfaches PHP; Express, Fastify, NestJS, Hono und Node.js; Django, Flask, FastAPI, Streamlit und Gradio; Go, Java mit Maven oder Gradle, .NET; Hugo, Eleventy, Docusaurus, MkDocs und statische Websites; dazu Strapi, PocketBase und Discord-Bots.

Fehlt dein Stack? Frag in Discord. Er kommt wie geplant auf die öffentliche Liste und wechselt erst zu unterstützt, sobald ein echtes Repository erkannt, gebaut und deployt wurde.

Welche Datenbanken kann ich betreiben?

Drei Engines, erreichbar über TLS mit jedem gängigen Client, bereitgestellt und mit deiner App verknüpft direkt im Projekt.

Weitere Engines kommen über dasselbe laufende Verfahren wie Frameworks: Etwas wird erst gelistet, sobald eine echte Datenbank davon bereitgestellt, verknüpft und genutzt wurde, nicht sobald der Codepfad existiert.

PostgreSQL 16

Relational, vollständiges SQL. Kostenlose Shared-Stufe mit 500 MB und 5 Verbindungen; dedicated ab EUR 2,99 / Monat mit 10 GB inklusive.

Redis

In-Memory Key/Value und Pub/Sub. Dedicated, 512 MB inklusive, Persistenz ist optional.

MariaDB

MySQL-kompatibel relational. Dedicated, 10 GB inklusive, 1 vCPU und 1 GB RAM.

Wo werden meine Daten gespeichert?

Auf unserer eigenen Infrastruktur in den Niederlanden. Deine Daten bleiben innerhalb der EU, unter der DSGVO, und berühren nie einen Cloud-Anbieter außerhalb der EU. Das ist der Grund, warum die Plattform existiert, kein Häkchen darauf.

Die ehrliche Ergänzung: Heute läuft alles an einem einzigen Standort. Ein Ausfall, der diesen Standort lahmlegt, legt auch deine Anwendung lahm. Eine zweite, wirklich unabhängige Zone steht auf der Roadmap, und wir veröffentlichen den Failover-Test, sobald es ihn gibt.

Was passiert, wenn ich Daten verliere? Macht ihr Backups?

Für geteiltes und dediziertes PostgreSQL sowie für dediziertes Redis und MariaDB ja, und zwar selbst: Erstelle einen Wiederherstellungspunkt, oder aktiviere einen nächtlichen, und setze deine Datenbank ohne Ticket aus der Konsole zurück. Jede Wiederherstellung sichert zuerst den aktuellen Stand als Sicherungspunkt, sodass sich eine Wiederherstellung selbst wieder rückgängig machen lässt. Dediziertes PostgreSQL 16 kann außerdem Point-in-Time Recovery aktivieren und auf jede Sekunde der letzten 7 Tage zurücksetzen, nicht nur auf den letzten Wiederherstellungspunkt.

Was es noch nicht gibt: selbst einspielbare Wiederherstellungspunkte für Buckets und einen zweiten unabhängigen Standort bzw. eine zweite Zone. Außerdem legt Sarpius jede Nacht eine clientseitig verschlüsselte Offsite-Kopie aller Object-Storage-Buckets, der Plattformdatenbanken und der Plattformkonfiguration an, um die Plattform nach einem Desaster wiederherzustellen; das ist kein Wiederherstellungsdienst pro Kunde. Bewahre für alles, was noch nicht abgedeckt ist, einen eigenen Export oder Dump auf.

Kann ich meine Anwendung auch wieder herausbekommen?

Ja, und das ist Absicht. Dein Code liegt in deinem eigenen Git-Repository; wir werden nie dessen einzige Kopie.

Datenbanken sind gewöhnliches PostgreSQL, Redis und MariaDB, erreichbar mit Standard-Clients, ein Standard-Dump ist also ein Standard-Dump. Deine ganze Anwendung zu besitzen ist nur vertretbar, wenn du damit gehen kannst.

Was, wenn ich Hilfe brauche oder irgendwo feststecke?

Frag in Discord, das ist die schnellste Leitung zu uns, oder eröffne ein Support-Ticket, und wir kümmern uns darum.

Für alles, was nach einem Ausfall aussieht: Die Statusseite zeigt die Live-Verfügbarkeit pro Komponente und die Historie jedes Vorfalls, den wir bearbeitet haben, einschließlich dessen, was schiefgelaufen ist.

Was baut ihr als Nächstes?

In dieser Reihenfolge: die Kennzahlen und Wiederherstellungsgrenzen offen veröffentlicht, dann Serverless Functions, dann SarpiVault für Secrets, dann Backup und Restore als echtes Produkt, dann ein neu gebautes SparxLite mit freier Größenwahl neben SparxCore-Cloud-VMs, dann Kundenreferenzen, dann eine zweite unabhängige Zone.

Die Roadmap-Seite enthält die Begründung für diese Reihenfolge und benennt, wo wir heute noch zu kurz kommen.