Les questions qu'on nous pose le plus souvent

Qu'est-ce que Sarpius, et pour qui ?

Sarpius prend ton code et le fait tourner en production, pour que tu n'aies pas à gérer toi-même des serveurs, du réseau ou des déploiements. Tu connectes un dépôt, la plateforme détecte ce qu'il contient, provisionne ce dont il a besoin et le déploie.

L'unité dans laquelle tu travailles est un projet : une application faite de plusieurs composants, un frontend, un backend, des workers, plus les bases de données, le stockage et le routage qu'ils partagent. Conçu pour les développeurs et les petites équipes qui préfèrent la clarté aux réglages.

En quoi est-ce différent de Vercel, Railway ou Render ?

Même idée, autre maison. Sarpius tourne entièrement sur notre propre matériel aux Pays-Bas, donc tes données restent sous juridiction européenne et tu ne dépends pas d'un fournisseur cloud américain.

La facturation se fait à la minute depuis un portefeuille, donc tu paies ce qui tourne vraiment plutôt qu'un forfait mensuel. Et nous publions ce que nous ne savons pas encore faire, ce qui est l'autre moitié de la différence.

Comment est-ce que je commence ?

Pas de liste d'attente, pas d'invitation. Inscris-toi avec une adresse e-mail, connecte un dépôt et déploie ta première app gratuitement.

Chaque app reçoit automatiquement un sous-domaine généré sur sarpius.app avec un certificat, pour que tu aies une URL qui fonctionne avant même de posséder un domaine.

Comment fonctionne la tarification ?

Ta première app est gratuite et le reste : un petit conteneur, 10 GB de bande passante, un sous-domaine gratuit avec TLS, sans carte bancaire et sans compte à rebours d'essai.

Au-delà, tout est facturé à la minute depuis ton portefeuille :

Chaque app supplémentaire

EUR 4,99 / mois

Bande passante au-delà des 10 GB par app

EUR 0,05 / GB

Domaine personnalisé

EUR 1,99 / mois

Routage direct vers l'origine par domaine personnalisé

+ EUR 4,99 / mois

Chaque réplica supplémentaire en autoscaling

environ EUR 2,50 / mois

Ce sont les tarifs facturés par le biller, hors TVA ; les calculateurs de la page tarifs l'ajoutent. Comme c'est facturé à la minute, une app que tu arrêtes ne coûte plus rien, sans avoir besoin de résilier quoi que ce soit.

Quels langages et frameworks sont pris en charge ?

Si ça tourne dans un conteneur, ça tourne sur Sarpius. En plus de ça, l'assistant de connexion de dépôt reconnaît 45 frameworks et runtimes, et configure le build, le port et les variables d'environnement pour toi.

Parmi eux : Next.js, Nuxt, SvelteKit, Astro, Angular, React, Vue, Vite et React Router façon Remix ; Laravel, Symfony, WordPress et PHP simple ; Express, Fastify, NestJS, Hono et Node.js ; Django, Flask, FastAPI, Streamlit et Gradio ; Go, Java sur Maven ou Gradle, .NET ; Hugo, Eleventy, Docusaurus, MkDocs et sites statiques ; plus Strapi, PocketBase et les bots Discord.

Ta stack manque à l'appel ? Demande sur Discord. Elle rejoint la liste publique comme prévu, et ne passe en pris en charge qu'une fois qu'un vrai dépôt a été détecté, buildé et déployé.

Quelles bases de données puis-je utiliser ?

Trois moteurs, accessibles via TLS avec n'importe quel client standard, provisionnés et liés à ton app directement depuis le projet.

D'autres moteurs arrivent par le même processus continu que les frameworks : quelque chose n'est listé qu'une fois qu'une vraie base de données de ce type a été provisionnée, liée et utilisée, pas dès que le code existe.

PostgreSQL 16

Relationnel, SQL complet. Palier partagé gratuit de 500 MB et 5 connexions ; dédié à partir de EUR 2,99 / mois avec 10 GB inclus.

Redis

Clé/valeur en mémoire et pub/sub. Dédié, 512 MB inclus, persistance en option.

MariaDB

Relationnel compatible MySQL. Dédié, 10 GB inclus, 1 vCPU et 1 GB RAM.

Où mes données sont-elles stockées ?

Sur notre propre infrastructure aux Pays-Bas. Tes données restent au sein de l'UE, sous le RGPD, et ne passent jamais par un fournisseur cloud hors UE. C'est la raison d'être de la plateforme, pas une case à cocher.

L'ajout honnête : aujourd'hui, tout tourne sur un seul site. Une panne qui met ce site à terre met aussi ton application à terre. Une deuxième zone, vraiment indépendante, est sur la roadmap, et nous publierons le test de bascule dès qu'il existera.

Que se passe-t-il si je perds des données ? Faites-vous des sauvegardes ?

Pour PostgreSQL partagé et dédié, ainsi que pour Redis et MariaDB dédiés, oui, et tu le fais toi-même : crée un point de restauration, ou active-en un nocturne, et remets ta base de données en place depuis la console sans ticket. Chaque restauration sauvegarde d'abord l'état actuel comme point de sécurité, donc une restauration peut elle-même être annulée. PostgreSQL dédié en version 16 peut aussi activer la récupération à un instant précis, pour revenir à n'importe quelle seconde des 7 derniers jours plutôt qu'au seul dernier point de restauration.

Ce qui n'existe pas encore : des points de restauration pour les buckets que tu remets en place toi-même, et un second emplacement ou une seconde zone indépendante. Par ailleurs, Sarpius crée chaque nuit une copie hors site, chiffrée côté client, de tous les buckets de stockage d'objets, des bases de données de la plateforme et de la configuration de la plateforme, afin de pouvoir rétablir la plateforme après un sinistre ; ce n'est pas un service de restauration par client. Pour tout ce qui n'est pas encore couvert, garde ton propre export ou dump.

Puis-je récupérer mon application pour repartir ailleurs ?

Oui, et c'est volontaire. Ton code vit dans ton propre dépôt git ; nous n'en devenons jamais l'unique copie.

Les bases de données sont du PostgreSQL, du Redis et du MariaDB ordinaires, accessibles avec des clients standards, un dump standard reste donc un dump standard. Posséder toute ton application n'est acceptable que si tu peux repartir avec.

Et si j'ai besoin d'aide ou que je bloque sur un problème ?

Demande sur Discord, la voie la plus rapide pour nous joindre, ou ouvre un ticket de support et on s'en occupe.

Pour tout ce qui ressemble à une panne, la page de statut affiche la disponibilité en direct par composant et l'historique de chaque incident que nous avons traité, y compris ce qui s'est mal passé.

Que construisez-vous ensuite ?

Dans l'ordre : les chiffres et les limites de récupération publiés ouvertement, puis les Serverless Functions, puis SarpiVault pour les secrets, puis la sauvegarde et la restauration comme un vrai produit, puis un SparxLite reconstruit avec un dimensionnement libre à côté des VM cloud SparxCore, puis des cas clients, puis une deuxième zone indépendante.

La page roadmap détaille le raisonnement derrière cet ordre et nomme ce sur quoi nous sommes encore en retard aujourd'hui.