Roadmap Bijgewerkt 10 oktober 2026

Wat Sarpius nu bouwt, en in welke volgorde

Sarpius mist nauwelijks nog functionaliteit. Wat het mist is bewijs: herstel dat aantoonbaar getest is in plaats van beloofd, en productiecijfers die je zelf kunt narekenen. Databaseherstel is er; wat nu volgt is openstellen wat we zelf al draaien, dan de rest van het herstel, en dan de compute-lijn. Deze pagina noemt ook de plekken waar we vandaag tekortschieten.

Nu in uitvoering Volgend Gepland

Waar we vandaag staan

Deploys, routing met automatische TLS, managed databases (met TLS op elke dedicated database), objectstorage met publieke buckets, message queues, een edgecache, geplande jobs en per-minuut facturatie draaien in productie, net als een publieke statuspagina met uptime en incidenthistorie per component. Sarpius Functions draait in gesloten beta: Node.js, Python en PHP, per request of volgens een schema, gefactureerd per GiB-seconde en per aanroep. De volledige lifecycle van een applicatie is bestuurbaar vanuit de console, de publieke API en een MCP-server voor AI-agents, en een Project is als migratiebundel te exporteren wanneer je wilt vertrekken. SparxLite draait vandaag, nog met vaste maten, waarbij elke maat en zijn prijs gepubliceerd is. Restorepunten die je zelf terugzet draaien voor PostgreSQL (gedeeld en dedicated), en dedicated Redis en MariaDB; dedicated PostgreSQL 16 heeft ook point-in-time recovery.

Wat daar niet bij zit: omgevingsvariabelen en databaseverbindingen voor Functions, secretsbeheer voor je eigen applicaties, restorepunten voor buckets, en een tweede onafhankelijke locatie. Dat zijn hieronder fase 1, 2, 3 en 7, en tot ze er zijn zeggen we per resourcetype precies wat er wel en niet wordt teruggezet.

0 Nu in uitvoering deze maand

De resterende cijfers naar voren

Uptime per component, de meetperiode die erbij hoort en de prijzen van elke SparxLite-maat staan al zonder klik op de site. Drie cijfers ontbreken nog, of zitten nog achter een link.

  • Hersteltijd en deploy-succes op de statuspagina. Gemiddelde hersteltijd per component en het aandeel deploys dat slaagde, naast de uptime die er al staat.
  • De SLA waar de vraag opkomt. Bij pricing, databases en autoscaling een korte samenvatting van het beschikbaarheidsdoel en de responstijden, met een link naar het volledige document. Een doel, geen garantie, en dat zeggen we erbij.
  • Herstelgrenzen voor elk resourcetype. Voor databases vandaag gepubliceerd. Buckets, apps en SparxLite volgen: wat wordt teruggezet, hoeveel data je maximaal kwijtraakt en wie de actie start, ook waar het antwoord ongunstig uitvalt.

De toets die we onszelf opleggen: je kunt je eigen risico en je eigen rekening inschatten zonder ons te mailen. "Dat weten we niet" is nergens meer het feitelijke antwoord.

1 Nu in uitvoering

Sarpius Functions, uit gesloten beta

Functions draaien al binnen je Project, in Firecracker-microVM's, met eigen routing, leden en facturatie. Wat ze in gesloten beta houdt is dat ze de rest van je applicatie nog niet kunnen bereiken.

  • Omgevingsvariabelen per omgeving. Op dezelfde manier in te stellen als bij elke andere component.
  • Databaseverbindingen. Koppel een database aan een function precies zoals je hem vandaag aan een app koppelt.
  • Open voor iedereen. Geen betatoegang nodig, met dezelfde prijzen per GiB-seconde en per aanroep en dezelfde bestedingslimieten.

Tot die tijd staat Functions overal waar we het noemen als gesloten beta gemarkeerd. Dezelfde regel geldt voor alles op de site: live, beta of gepland, nooit impliciet.

2 Nu in uitvoering

SarpiVault, secrets buiten je omgevingsvariabelen

SarpiVault bewaart al de eigen secrets van het platform, met versies en een audittrail. De volgende stap is hem openstellen voor je eigen applicaties.

  • Versiebeheer per secret. Inclusief wie wat wanneer heeft opgevraagd.
  • Injectie zonder blootstelling. In componenten en functies, zonder dat de waarde ooit in een API-antwoord, log of diff terechtkomt.
  • Rotatie zonder volledige redeploy. Van alles wat de sleutel gebruikt.

Waarom vóór de rest van het herstel: een back-up van een systeem dat secrets nog als platte omgevingsvariabelen bewaart, back-upt die secrets mee. De kluis eerst voor onze eigen secrets draaien is hoe we weten dat hij standhoudt voordat we je vragen hem de jouwe toe te vertrouwen.

3 Gepland

Back-up en restore als product

Restorepunten die je zelf vanuit de console terugzet, zonder ticket en met gepubliceerde retentie, bestaan al voor PostgreSQL (gedeeld en dedicated), en dedicated Redis en MariaDB; dedicated PostgreSQL 16 herstelt via point-in-time recovery ook naar elk moment in de afgelopen 7 dagen. Wat hier nog ligt is de rest: dekking voor elk resourcetype, en een periodieke toets dat het ook echt werkt.

  • Restorepunten voor buckets. Dezelfde knop als voor de databases die hem al hebben.
  • RPO- en RTO-doelen per resourcetype. Publiek.
  • Een geautomatiseerde restoretest. Die periodiek draait, met een uitkomst die je kunt zien.

Dat laatste punt is niet optioneel. Een back-up waarvan nooit een herstel is geprobeerd, is een aanname. Dit staat bewust voor de compute-fase: SparxLite en SparxCore haken hierop in, in plaats van allebei hun eigen halve oplossing te krijgen.

4 Gepland

Managed Domains, je domein zonder DNS-handwerk

Vandaag koop je een domein ergens anders en zet je daarna zelf de records goed. Dat wordt een stap binnen je Project.

  • Registreren en verhuizen via Sarpius. Een nieuw domein kopen, of een bestaand domein met een verhuiscode overzetten, betaald uit hetzelfde saldo als de rest.
  • DNS bij ons gehost. Records beheer je in de console en via de API, met dezelfde rechten als de rest van je Project.
  • Automatisch gekoppeld aan je app. Een domein kiezen voor een component is genoeg: routing en TLS-certificaat regelen we, zonder dat je een CNAME hoeft over te typen.
  • Geen lock-in. De verhuiscode vraag je zelf op in de console, zonder ticket. Je domein is van jou, ook als je vertrekt.

Waarom na de back-ups en voor compute: een domein is het eerste waar een app op leunt en het laatste dat je kwijt wilt raken. Dat vraagt eerst een platform dat zijn eigen herstel op orde heeft; elke compute-vorm die daarna komt, krijgt het meteen mee.

5 Gepland Nieuw product

SparxLite opnieuw, en SparxCore erbij

De hele compute-lijn wordt in een keer op orde gebracht. SparxLite gaat van vaste maten naar vrije maatvoering, en daarnaast komt SparxCore: volwaardige cloud-VM's met een eigen kernel en root-toegang.

Wat het isSparxLiteSparxCore
Wat het isContainersVolwaardige cloud-VM's
IsolatieGedeelde kernelEigen kernel en eigen OS
ToegangBeheer via de consoleRoot via SSH, plus een noodconsole
VandaagLive, met vaste matenNog niet beschikbaar
  • Vrije maatvoering. CPU, RAM en storage los instelbaar bij aanmaken en bij resizen, in plaats van een vaste tier kiezen.
  • Een openbare configurator. Je rekent zonder account een concreet maandbedrag voor 24/7 draaien uit, en dat is hetzelfde bedrag dat je daarna gefactureerd krijgt.
  • De technische randvoorwaarden gepubliceerd. CPU-model, gedeeld of toegewezen, fair use, TCP en UDP, poorten per instance, inbegrepen bandbreedte en wat er boven die grens gebeurt.
  • DDoS-scope voor direct gameverkeer. Apart benoemd, niet alleen voor webverkeer achter de router.
  • SparxCore compleet vanaf dag een. Aanmaken, starten, stoppen, herstarten, resizen, verwijderen, plus console-toegang wanneer het netwerk weg is. Een gepubliceerde imagelijst, IPv4 en IPv6, en firewallregels vanuit de console.
  • Snapshots en back-ups uit fase 3. Dezelfde retentie en dezelfde restoreknop als de rest van het platform, niet een tweede systeem.
  • Wat er met je data gebeurt bij een hostfailure. Per storagetype gepubliceerd. Dat is de vraag waar VM-kopers op doorvragen, en terecht.
  • SparxLite, SparxCore of een Project. Een vergelijking die zegt wanneer je welke kiest, inclusief hoe het zich verhoudt tot klassieke gamehosting en tot een gewone VPS.

Zit je nu op een vaste SparxLite-maat: we leggen vast wat er met jouw prijs gebeurt op het moment dat vrije maatvoering live gaat, voordat die live gaat. Niet erna.

6 Gepland

Klantcases met echte cijfers

Geen testimonial die zegt dat het geweldig werkt, maar een productieomgeving die je kunt narekenen.

  • Per case verplicht: aantal componenten en hun rol, requests per maand, databaseomvang en engine, deployfrequentie en of die deploys downtime hadden.
  • Een echt scalinggeval. Van hoeveel naar hoeveel replicas, en waardoor het afging.
  • Ten minste een incident per case. Wat er misging en hoe lang herstel duurde. Een case zonder storing is geen case, dat is reclame.
  • Een echte restorecase. Plus beeldmateriaal van een deploy, een rollback, autoscaling in actie, en een export die laat zien dat je er ook weer uit kunt.

Deze fase staat bewust na fase 3. De restorecase is het onderdeel dat een technische lezer het scherpst nakijkt, en die konden we tot dan toe niet eerlijk maken.

7 Gepland

Een tweede onafhankelijke zone

Eerst een tweede, goed ontworpen Nederlandse zone. Pas daarna meerdere landen. Twee locaties op dezelfde onderliggende afhankelijkheden zijn geen redundantie, dat is een landkaart.

  • Twee gescheiden locaties. Fysiek en operationeel, zonder gedeelde stroom, netwerk of storage.
  • Databasefailover. Tussen beide locaties.
  • Routering die een volledige locatie kan ontwijken. Ook bij het uitvallen van een hele locatie, niet alleen een enkele node.
  • Een expliciete zonebelofte voor SparxCore-VM's. Vastgelegd bij de release van SparxCore, in plaats van er achteraf omheen te bouwen.
  • Een uitgevoerde failovertest, met gepubliceerde uitkomst. Anders is het een ontwerp, geen zone.

Internationale regio's komen daarna, en dan om vier concrete redenen: latency buiten Nederland, keuze in data-residency, regionale disaster recovery, en klanten die geen afhankelijkheid van een enkel land accepteren.

Doorlopend, naast elke fase

De genummerde fases zijn een volgorde: elke fase heeft een reden om na de vorige te komen. Deze twee sporen zijn dat niet. Ze lopen vanaf nu mee, hebben geen einddatum, en wachten niet op fase 7.

Meer frameworks, runtimes en integraties

Het werk dat het platform breder bruikbaar maakt: meer frameworks die de wizard herkent zodra je je repository koppelt, meer runtimes en versies, meer database-engines, en meer kant-en-klare templates.

  • Een publieke lijst van ondersteunde frameworks, runtimes en versies, met per item een eerlijke status: getest, experimenteel of gepland.
  • De toelatingsregel: iets komt pas op die lijst als een echte repository ervan is gedetecteerd, gebouwd en gedeployd, en die deploy draait. Niet als de detectie werkt en de rest onbeproefd is.
  • Meteen goed gezet: de omgevingsvariabelen en poorten die een framework nodig heeft, zonder dat jij ze opzoekt.
  • Aanvragen via Discord. Wat je vraagt komt als gepland op diezelfde publieke lijst terecht, zodat je kunt volgen wat ermee gebeurt.

Vindbaarheid en transparantie

Klein werk, cumulatief effect.

  • De volledige publieke ervaring in elke taal die we aanbieden, vandaag Engels, Nederlands, Duits en Frans, volledig gehouden naarmate er pagina's bijkomen.
  • Elke functie gemarkeerd als live, beta of gepland.
  • Een publieke architectuur- en securitypagina.
  • Verwerkersovereenkomst en subverwerkerslijst binnen twee klikken vanaf elke pagina.
  • Een samenvatting van een onafhankelijke securityreview.
  • Case studies in de hoofdnavigatie, naast de changelog en deze roadmap.

Waar we vandaag tekortschieten

Dit zijn geen presentatieproblemen. Ze staan hier zodat je ze weet voordat je een productieomgeving bij ons neerzet, en niet erna.

Herstel is nog niet compleet

Restorepunten die je zelf terugzet bestaan voor PostgreSQL (gedeeld en dedicated), en dedicated Redis en MariaDB, en dedicated PostgreSQL 16 heeft ook point-in-time recovery. Restorepunten voor buckets bestaan nog niet. Houd voor wat nog niet gedekt is een eigen export aan.

Wordt opgelost in fase 3

Alles draait in een failure domain

Het platform draait vandaag op een locatie. Een storing die die locatie in zijn geheel raakt, raakt jouw applicatie. We noemen dat liever hier dan dat je het ontdekt.

Wordt opgelost in fase 7

SparxLite kent alleen vaste maten

Je kiest vandaag uit een aantal vooraf bepaalde maten. Past jouw werklast daar niet netjes in, dan betaal je voor een stap die je niet nodig hebt. Elke maat en zijn maandprijs staan op de SparxLite-pagina, zodat je in elk geval kunt rekenen.

Wordt opgelost in fase 5

Onze meethistorie is nog kort

De statuspagina meet pas sinds kort. Daar valt weinig aan te versnellen; wat we wel doen is eerlijk zijn over de periode en elk incident publiek uitschrijven, inclusief wat het ons leerde.

Groeit met de tijd

Een jaar eerlijke statushistorie met een paar goed afgehandelde storingen overtuigt meer dan een theoretische 100 procent. Deze roadmap is de weg daarheen, en hij wordt bijgewerkt wanneer de volgorde verandert, niet aangevuld met een tweede.