De vragen die we het vaakst krijgen

Wat is Sarpius, en voor wie is het?

Sarpius neemt je code en draait hem in productie, zodat jij geen servers, netwerk of deploys hoeft te beheren. Je koppelt een repository, het platform herkent wat erin zit, richt in wat het nodig heeft en deployt het.

De eenheid waarin je werkt is een Project: een applicatie die uit meerdere componenten bestaat, een front-end, een back-end, workers, plus de databases, opslag en routing die ze delen. Gemaakt voor ontwikkelaars en kleine teams die liever duidelijkheid hebben dan knoppen.

Hoe verschilt het van Vercel, Railway of Render?

Zelfde idee, ander thuis. Sarpius draait volledig op onze eigen hardware in Nederland, dus je data blijft onder Europese jurisdictie en je bent niet afhankelijk van een Amerikaanse cloudaanbieder.

Facturatie gaat per minuut vanuit een wallet, dus je betaalt voor wat er daadwerkelijk draait in plaats van voor een maandblok. En we publiceren wat we nog niet kunnen, wat de andere helft van het verschil is.

Hoe begin ik?

Geen wachtlijst en geen uitnodiging. Meld je aan met een e-mailadres, koppel een repository en deploy je eerste app gratis.

Elke app krijgt automatisch een gegenereerd subdomein op sarpius.app met een certificaat, dus je hebt een werkende URL voordat je een domein bezit.

Hoe werkt de prijs?

Je eerste app is gratis en blijft gratis: een kleine container, 10 GB bandbreedte, een gratis subdomein met TLS, geen creditcard en geen proefperiode die afloopt.

Daarboven wordt alles per minuut vanuit je wallet gemeten:

Elke extra app

EUR 4,99 per maand

Bandbreedte boven de 10 GB per app

EUR 0,05 per GB

Eigen domein

EUR 1,99 per maand

Direct-origin routering per eigen domein

+ EUR 4,99 per maand

Elke extra replica bij autoscaling

ongeveer EUR 2,50 per maand

Dit zijn de tarieven die de biller rekent en ze zijn exclusief btw; de calculators op de prijzenpagina tellen die erbij op. Omdat het per minuut wordt gemeten, kost een app die je stopzet ook niets meer, zonder opzegging.

Welke talen en frameworks worden ondersteund?

Draait het in een container, dan draait het op Sarpius. Daarbovenop herkent de koppel-je-repository-wizard 45 frameworks en runtimes, en zet hij de build, de poort en de omgevingsvariabelen voor je goed.

Waaronder: Next.js, Nuxt, SvelteKit, Astro, Angular, React, Vue, Vite en React Router; Laravel, Symfony, WordPress en kale PHP; Express, Fastify, NestJS, Hono en Node.js; Django, Flask, FastAPI, Streamlit en Gradio; Go, Java met Maven of Gradle, .NET; Hugo, Eleventy, Docusaurus, MkDocs en statische sites; plus Strapi, PocketBase en Discord-bots.

Staat jouw stack er niet bij? Vraag het in Discord. Het komt als gepland op de publieke lijst, en het schuift pas naar ondersteund zodra een echte repository is herkend, gebouwd en gedeployd.

Welke databases kan ik draaien?

Drie engines, bereikbaar over TLS met elke standaardclient, aan te maken en te koppelen vanuit je Project.

Meer engines komen via hetzelfde doorlopende spoor als frameworks: iets staat pas op de lijst als er een echte database van is aangemaakt, gekoppeld en gebruikt, niet zodra het codepad bestaat.

PostgreSQL 16

Relationeel, volledige SQL. Gratis gedeelde laag van 500 MB en 5 verbindingen; dedicated vanaf EUR 2,99 per maand met 10 GB inbegrepen.

Redis

In-memory key/value en pub/sub. Dedicated, 512 MB inbegrepen, persistentie is optioneel.

MariaDB

MySQL-compatibel relationeel. Dedicated, 10 GB inbegrepen, 1 vCPU en 1 GB RAM.

Waar staat mijn data?

Op onze eigen infrastructuur in Nederland. Je data blijft binnen de EU, onder de AVG, en raakt nooit een cloudaanbieder buiten de EU. Dat is de reden dat het platform bestaat, geen vinkje erop.

De eerlijke aanvulling: alles draait vandaag op een locatie. Een storing die die locatie in zijn geheel raakt, raakt jouw applicatie. Een tweede, echt onafhankelijke zone staat op de roadmap, en we publiceren de failovertest zodra die er is.

Wat als ik data kwijtraak? Maken jullie back-ups?

Voor gedeelde en dedicated PostgreSQL, en voor dedicated Redis en MariaDB wel, en je doet het zelf: maak een restorepunt, of zet een nachtelijk punt aan, en zet je database terug vanuit de console zonder ticket. Elke restore bewaart eerst de huidige stand als vangnetpunt, dus een restore is zelf ook terug te draaien. Dedicated PostgreSQL 16 kan ook point-in-time recovery aanzetten, en zet dan terug naar elke seconde in de afgelopen 7 dagen in plaats van alleen naar het laatste restorepunt.

Wat nog niet bestaat: restorepunten voor buckets die je zelf terugzet, en een tweede onafhankelijke locatie of zone. Daarnaast maakt Sarpius elke nacht een aan de clientzijde versleutelde off-site kopie van alle objectopslag-buckets, de platformdatabases en de platformconfiguratie, voor herstel van het platform na een calamiteit; het is geen herstelservice per klant. Houd voor alles wat nog niet gedekt is een eigen export of dump bij.

Kan ik mijn applicatie er ook weer uit halen?

Ja, en dat is bewust. Je code staat in je eigen git-repository; wij worden nooit de enige kopie ervan.

Databases zijn gewone PostgreSQL, Redis en MariaDB die je met standaardclients benadert, dus een standaarddump is een standaarddump. Je hele applicatie draaien is alleen acceptabel als je ermee weg kunt lopen.

Wat als ik hulp nodig heb of ergens vastloop?

Vraag het in Discord, dat is de snelste lijn naar ons, of open een supportticket en we pakken het op.

Voor alles wat op een storing lijkt: de statuspagina toont live uptime per component en de historie van elk incident dat we hebben afgehandeld, inclusief wat er misging.

Wat bouwen jullie hierna?

In volgorde: de cijfers en herstelgrenzen naar voren, dan Serverless Functions, dan SarpiVault voor secrets, dan back-up en restore als echt product, dan een vernieuwde SparxLite met vrije maatvoering naast SparxCore cloud-VM's, dan klantcases, dan een tweede onafhankelijke zone.

De roadmappagina bevat de redenering achter die volgorde en noemt waar we vandaag tekortschieten.