La souveraineté n'est pas
un réglage de région.
Toutes les plateformes de backend mettront volontiers votre base de données à Francfort. C'est la partie facile. Celle que personne ne vous vend, c'est la seconde partie — l'entreprise qui exploite le service, détient les identifiants, et à qui l'on peut réclamer vos lignes sans vous demander d'abord.
Rebase vous donne ce que Firebase et Supabase donnent — REST, un SDK typé, le temps réel, l'auth, le stockage, les fonctions, le cron et un panneau d'administration — sous forme de conteneur open source. Faites-le tourner vous-même et il n'y a aucune seconde partie. Laissez-nous le faire tourner et la seconde partie est une société espagnole, sous droit européen, que vous pouvez quitter avec pg_dump. Ce que nous ne vous vendrons pas, c'est une seconde partie dans le Delaware avec une région à Francfort.
Qui détient les clés
Tout le monde peut héberger en Europe. Ça n'a jamais été le point dur.
Vous lirez beaucoup de marketing laissant entendre que vos données partent en Virginie. Ce n'est généralement pas le cas. Supabase provisionne à Francfort ; Firestore a une multi-région européenne. Si la question est où est le disque, les trois réponses ci-dessous sont identiques, et nous n'allons pas prétendre le contraire pour vous vendre quelque chose.
La question qui vaut la peine est l'autre. Qui est la seconde partie ? Changez de fournisseur ci-dessous et regardez quelle ligne bouge.
L'Europe, si vous le demandezinchangé
eur3 · Belgium + Netherlands
Google LLCétabli aux États-Unis
Réécrire chaque requête — Firestore n'est pas du SQL et ne s'y exporte pas
Firestore gardera vos documents dans eur3. Google exploite toujours le service, détient les identifiants, et est une société américaine.
Un fournisseur établi aux États-Unis peut se voir ordonner de produire des données en sa possession, garde ou contrôle, y compris des données stockées sur des disques européens. Que cela vous arrive un jour est une question juridique. Qu'il existe une seconde partie à qui l'on pourrait demander est une question structurelle.
Les régions ci-dessus sont les options européennes que chaque fournisseur publie, pas des valeurs par défaut — les quatre gardent les données en Europe si vous le demandez. Rien ici n'est un conseil juridique ; si vous avez une obligation précise, portez-la à votre conseil avec l'architecture en main.
Ce que vous déployez vraiment
Un conteneur publié et une base de données que vous savez déjà exploiter
L'auto-hébergement a une réputation, largement méritée : la plupart des « alternatives open source » vous tendent un fichier compose à neuf services et vous souhaitent bonne chance. Rebase, c'est deux processus. Postgres, et l'image du runtime avec votre projet monté dedans.
Il n'y a pas d'image applicative à construire. rebase build produit un bundle ; le runtime est déjà sur Docker Hub. Mettre Rebase à jour, c'est changer un tag, pas reconstruire — votre bundle n'est pas touché.
Créer des tables est une commande distincte et délibérée. Le redémarrage d'un conteneur ne doit jamais pouvoir modifier votre schéma comme effet de bord d'un déploiement.
Le guide d'auto-hébergementHetzner, OVHcloud, Scaleway, IONOS — n'importe quoi avec SSH et Docker
Commandes reprises telles quelles du guide d'auto-hébergement. Il n'y a pas d'image applicative à construire — le runtime est publié, votre projet voyage sous forme de bundle.
// docker-compose.yml — the whole deployment
services:
db:
image: postgres:18-alpine
api:
image: rebasepro/server:0.24.0
volumes:
- ./dist-bundle:/bundle:ro
environment:
DATABASE_URL: postgres://…@db:5432/rebase
JWT_SECRET: ${JWT_SECRET}
// that is the deployment. There is no application
// image to build — the runtime is published, and
// your project travels as a bundle.Assez court pour être lu d'une traite
C'est tout le déploiement de production, hors secrets. Deux services, un volume, trois variables d'environnement. Le runtime refuse de démarrer en production sans DATABASE_URL, JWT_SECRET et l'une de CORS_ORIGINS ou FRONTEND_URL, plutôt que de les deviner.
Montez le bundle en lecture seule et un hook compromis ne peut pas réécrire le code qui s'exécutera au prochain redémarrage. Pointez la sonde de liveness de votre orchestrateur sur /livez et celle de readiness sur /health ; la première ne touche jamais la base, donc un hoquet passager ne redémarre pas un processus parfaitement sain.
La facture
Leur prix est une fonction de votre succès. Le vôtre est un nombre que vous avez choisi.
C'est la partie de l'auto-hébergement par laquelle les gens sont trop polis pour commencer, alors nous commencerons par là. La plupart des backends managés facturent les utilisateurs actifs mensuels, les gigaoctets stockés et servis, ce qui veut dire que la facture grossit exactement au moment où vous en voulez le moins une nouvelle. Un VPS facture la même chose le mois du lancement et le mois où vous faites la une. Rebase Cloud est facturé par ressource pour la même raison : vous déclarez ce qui tourne, et la facture suit cela plutôt que votre trafic.
Ci-dessous, la version honnête de cette comparaison, y compris les parties qui ne nous avantagent pas.
Décrivez l'app que vous construisez vraiment
- Forfait Proinclut 10 $ de crédit de calcul$25.00
- CalculSmall — 2 vCPU, 2 Go — 15 $ moins le crédit$5.00
- Utilisateurs actifs mensuels—
- Disque de base de données—
- Stockage de fichiers—
- Trafic sortant—
Chaque chiffre est un prix publié par Supabase, vérifié le 28 juillet 2026 — y compris l'option de calcul, dimensionnée par la même règle que la machine en face plutôt que laissée sur l'instance Micro incluse. Toujours conservateur : ni réplicas de lecture, ni PITR, ni plan de support.
Choisissez une machine — elle doit encaisser la charge
Gabarits indicatifs chez les fournisseurs européens. Le vôtre différera — mettez votre propre chiffre.
- Un VPS4 vCPU · 8 Go de RAM · 80 Go NVMe€12.00
- Stockage objet100 Go dans un bucket compatible S3, ~0.01 €/Go€1.00
- Utilisateurs actifs mensuelsil n'existe pas de tarif par utilisateur€0.00
- Disque de base de données8 Go sur les 80 Go déjà loués€0.00
- Trafic sortant250 Go sur les 20 To inclus dans l'offre€0.00
Une seule machine, donc pas de bascule : c'est le prix d'une machine qui peut encaisser la charge, pas d'un cluster hautement disponible. Et la ligne qu'aucune facture n'affiche — c'est vous qui patchez, sauvegardez et êtes réveillé pour elle. Si personne dans l'équipe ne veut ce travail, la facture managée achète quelque chose de réel et vous devriez la payer.
La colonne de droite est dimensionnée par les curseurs — le disque de la base plus 30 % de marge et 20 Go pour le système, de la RAM pour mettre en cache un quart de la base, un vCPU par 50k actifs mensuels — et la même règle dimensionne l'option de calcul à gauche, de sorte qu'aucune colonne ne fait tourner cette charge sur du matériel incapable de la tenir. Les fichiers sont dans un bucket compatible S3 plutôt que sur ce disque, ce qui est la façon dont la couche de stockage de Rebase est déployée en pratique. Ces gabarits et ces tarifs sont indicatifs, pas un devis. Les dollars et les euros sont affichés tels qu'ils sont facturés, sans conversion — nous n'allons pas suivre le change sur une page marketing, et aux taux actuels cela ne change pas la forme. Les prix publiés par Supabase sont la source de la colonne de gauche ; vérifiez votre propre fournisseur pour celle de droite. Firebase n'est volontairement pas modélisé ici : Firestore facture à la lecture de document, et personne ne peut vous dire combien de lectures fera une app que vous n'avez pas encore écrite. Cette imprévisibilité est un coût aussi, elle ne tient simplement pas dans un curseur.
Pas de version allégée
Le build auto-hébergé est le build
Il n'y a pas de découpe open-core ici, aucune fonctionnalité gardée pour un palier payant, et aucun appel à la maison. Le conteneur que vous exécutez sur votre propre matériel sert toutes les surfaces de Rebase. Voici la liste, et c'est la même sur chaque page de ce site.
Le panneau d'administration est une application React distincte qui parle à la même API publique sous les mêmes politiques. Ajoutez-le, ignorez-le ou supprimez-le — la réponse de l'API ne bouge pas.Voir le panneau.
Où le mettre
Des hébergeurs européens avec lesquels nous n'avons aucune relation
Dix-sept villes, sept entreprises, et une facture en euros de chacune. Choisissez-en une ci-dessous et regardez quelles épingles leur appartiennent — nous n'en revendons rien, ne touchons rien d'aucune, et le runtime ignore laquelle vous avez choisie.
Chaque épingle est un endroit où vous pourriez mettre votre Postgres ce soir. Choisissez un hébergeur pour voir à qui elle est.
17 villes. 7 entreprises. Aucune n'est nous.
Aucun lien d'affiliation, aucun code de parrainage, aucun statut de partenaire. Un conteneur et une chaîne de connexion Postgres tournent n'importe où, et l'endroit où vous les mettez ne nous regarde vraiment pas — c'est tout le propos de la page que vous lisez.
Les sites sont ceux publiés par chaque fournisseur, et ils changent — vérifiez avant de vous engager. La Suisse est hors UE sous décision d'adéquation, ce qui est une position juridique différente de celle d'un État membre.
Paperwork
Où cela vous place sur le RGPD
Vous êtes le responsable de traitement, et le seul sous-traitant
- Aucun sous-traitant tiers dans le circuit. Le logiciel tourne sur votre infrastructure ; nous ne recevons rien, donc pas de liste de sous-traitants à réclamer ni de transfert à évaluer.
- Les demandes d'accès et de suppression sont du SQL. Répondez-y depuis votre propre base, à votre rythme, sans ouvrir de ticket chez un fournisseur.
- La résidence est une décision, pas un palier tarifaire. Placez Postgres là où vos obligations l'exigent, y compris sur une machine dans vos propres murs.
Être le seul sous-traitant est aussi un travail
Personne d'autre ne peut être contraint de livrer vos données — et personne d'autre ne va patcher votre noyau, remarquer que votre sauvegarde échoue silencieusement depuis trois semaines, ou répondre au bipeur à deux heures du matin. Les deux moitiés de cette phrase découlent du même fait.
- C'est à vous de prouver vos sauvegardes.
rebase db backupproduit des dumps complets avec les rôles et les restaure, mais une sauvegarde que personne n'a restaurée est une hypothèse. - Les clés sont à vous, y compris à perdre. Aucun ticket de support ne récupère un
JWT_SECRETque vous avez supprimé. - La disponibilité vous appartient. Un VPS, c'est une machine. Si l'activité en demande deux, l'architecture le permet et votre facture s'en aperçoit.
Si personne dans l'équipe ne veut ce travail, c'est une vraie réponse, et une plateforme managée vous achète quelque chose de réel. La nôtre s'appelle Rebase Cloud, exploitée par FireCMS S.L. en Espagne — ce qui fait de nous votre sous-traitant, avec tout ce que cela implique, plutôt que personne du tout. Nous préférons que vous le décidiez à l'entrée plutôt que de le découvrir plus tard.
Rien de tout cela n'est un conseil juridique. C'est une description d'architecture, la partie dont nous pouvons réellement répondre — et la page sécurité décrit comment les règles d'accès elles-mêmes sont appliquées.
Faites-le tourner où vous voulez.
Sous licence MIT et auto-hébergé sur votre propre infrastructure — ou sur Rebase Cloud, avec le sous-traitant et le sous-traitant ultérieur nommés.