PostgreSQL infogéré – bêta publique
Postgres,réduit àl’essentiel.
Chaque projet tourne dans sa propre cellule de base de données isolée – du Postgres dédié, une vraie chaîne de connexion, en ligne avant la fin de npm install.
$ capydb create
postgres://user:pass@myapp.db.capydb.dev:5432/main
Mets en place une base de données Postgres CapyDB pour ce projet. Récupère https://capydb.dev/agents.md et suis les instructions correspondant à ton environnement. Tu auras besoin de moi une seule fois : pour autoriser l'accès dans un onglet du navigateur. Le reste t'appartient.
Compatible avec Claude Code, Cursor, Copilot et consorts. Une seule autorisation de votre part dans le navigateur – compte, base de données, variables d’environnement : c’est réglé.
/a
Cellules isolées
Pas une part du Postgres de quelqu’un d’autre.
/b
Du vrai Postgres
Si ça parle Postgres, ça marche.
/c
Previews jetables
Fusionnée, donc supprimée.
/d
Voyage dans le temps
Restaurez n’importe quelle seconde des 30 derniers jours.
01La primitive
Un projet. Une cellule.
Une base de données est une unité de service. La nôtre s’appelle la cellule – un runtime Postgres dédié avec son propre processus, son stockage, ses identifiants, ses extensions et ses limites CPU/RAM. Nous gérons la cellule, vous utilisez une URL Postgres tout ce qu’il y a de plus normale.
La fiche technique
Une primitive, faite correctement.
La cellule de base de données
Chaque projet tourne dans son propre runtime Postgres isolé – processus dédié, stockage, identifiants, extensions et limites CPU/RAM. En ligne en quelques secondes.
processus · stockage · identifiants · cpu/ram
Des previews jetables
Clonez la production dans une cellule neuve à chaque pull request. Elle expire avec la branche – le TTL fait le ménage à votre place.
clones instantanés · expiration auto
Des chaînes de connexion, pas des SDK
Des URL postgres:// standard, en direct ou via le pooler. Si ça parle Postgres, ça marche – votre ORM, votre CLI, votre client graphique vieux de quinze ans.
pas de sdk · pas de dialecte · pas d’enfermement
L’isolation, dans le détail
Processus, identifiants, quota de stockage, réseau, CPU et mémoire – isolés par cellule. TLS strict, rotation des identifiants en une commande.
tls partout · rotation immédiate
Restauration à un instant précis
Archivage continu du journal des transactions. Restaurez n’importe quelle seconde des 30 derniers jours dans une cellule neuve – parce qu’un jour, vous supprimerez une table.
pitr · fenêtre de 30 jours
02Bases de preview
Chaque PR a sa propre cellule.
La base de preview naît avec la branche et disparaît avec elle – dans sa propre cellule, avec sa propre chaîne de connexion, sans jamais toucher à la production.
03Scale-to-zero
Elle dort au repos. Elle se réveille à la connexion.
Une cellule inactive libère son calcul et conserve son stockage. Vous vous connectez, elle revient – en moins d’une seconde, en général. La chaîne de connexion, elle, ne change jamais.
Sans chichis.
Trois commandes, et vous livrez
Créer
Un projet, une cellule. Quelques secondes.
capydb createConnecter
Les outils que vous avez déjà fonctionnent, tout simplement.
DATABASE_URL=postgres://…Livrer
Une preview par PR. Supprimée à la fusion.
git push && npm run deploy04Régions
Des cellules sur des nœuds. Les nœuds forment la grille.
Vous choisissez une région. C’est toute la décision à prendre. Votre cellule atterrit sur du matériel qui nous appartient et que nous exploitons sur place – et chaque nœud de la grille fait tourner la même stack ennuyeuse.
05Ce que nous n’avons pas construit
Tout ce que nous n’avons pas construit.
Pas de module d’authentification. Pas de buckets de stockage. Pas de runtime de fonctions. Pas de moteur de stockage réécrit en dessous. Du Postgres standard, exploité extrêmement bien – c’est là qu’est passée chaque heure d’ingénierie.
06Ce qu’isolé veut dire
Isolé. Vraiment.
Pas un serveur Postgres partagé – chaque projet reçoit son propre runtime Postgres isolé : processus, identifiants, quota de stockage, réseau, CPU, mémoire. Une seule chose reste partagée sur les offres standard : les E/S de stockage sont au mieux-effort.
Un point d’adéquation honnête
Choisissez le bon outil.
Venez chez nous si
- vous voulez du Postgres infogéré, pas une plateforme backend.
- vous préférez les chaînes de connexion aux SDK propriétaires.
- vous clonez une base de données à chaque PR.
- vous voulez que vos outils actuels continuent de fonctionner tels quels.
Passez votre chemin si
- vous voulez l’authentification, le stockage et les fonctions dans le même paquet.
- il vous faut une API GraphQL/REST générée automatiquement.
- l’enfermement propriétaire ne vous dérange pas.
- écrire du SQL vous rebute.
Si vous voulez une plateforme, achetez une plateforme. Si vous voulez Postgres à pleine puissance – venez chez nous.
Un mois offert sur les offres en libre-service
Lancezvotre cellule.
$ capydb create