Produit
Fonctionnalités
Une primitive et le cycle de vie autour d’elle. Chaque entrée ici est livrée, en production et documentée.
La primitive
Cellules de base de données isolées
Un processus PostgreSQL dédié par projet, avec son propre stockage, ses propres identifiants et ses propres limites de processeur et de mémoire. Pas un schéma dans une base partagée.
Postgres 16 / 17 / 18Connexions directes et via pooler
Une URL postgres:// standard sur le port direct, et un pooler de transactions sur le second port pour les environnements serverless et edge. La même base, deux portes.
5432 / 6432Extensions
Un catalogue sélectionné que vous activez par cellule et qui reste à jour dans la base, au lieu de dériver derrière la version empaquetée.
CatalogueIsolation et sécurité
Espace de noms réseau privé, aucune sortie depuis les cellules standard, SCRAM relayé plutôt que détenu, clés d’API stockées uniquement sous forme de condensat.
Par construction
Flux de travail
Bases de preview
Une copie complète de votre base, clonée plutôt qu’exportée, avec une durée de vie. Une par pull request, supprimée à la fusion de la branche.
CloneImports et migrations
Amenez une base depuis un autre fournisseur infogéré ou depuis votre propre serveur, avec un mode de suivi qui reste synchronisé jusqu’à la bascule.
Quasi sans interruptionOutils de schéma et génération de types
Exportez et comparez votre schéma depuis la CLI, et générez des types TypeScript, des schémas Zod ou des définitions Drizzle depuis la base en fonctionnement.
ts / zod / drizzleStudio
Un éditeur SQL dans le tableau de bord, avec navigation du schéma et analyse. Un UPDATE ou DELETE sans WHERE est arrêté avant de s’exécuter, avec un point de restauration à un clic, et chaque écriture vous demande une confirmation.
Dans le navigateur
Agents
Mise en place par un agent
Un prompt envoie Claude Code, Cursor ou Copilot vers un runbook hébergé qui installe la CLI, provisionne une cellule et écrit le fichier d’environnement. Vous autorisez l’accès une fois dans un onglet du navigateur.
agents.mdServeur MCP
Un serveur, en local via stdio ou à distance via HTTP, qui appelle la même API que le tableau de bord : projets, connexions, SQL, schéma, previews, sauvegardes, points de restauration, imports et espace de travail.
@capydb/mcpOutils dans le navigateur
Le tableau de bord enregistre des outils pour un agent dans un navigateur compatible WebMCP, sur la session où vous êtes déjà connecté. Pas de clé, pas de serveur, et chaque écriture attend derrière une boîte de dialogue.
WebMCPBoucle de sécurité pour agents
Les écritures non ciblées sont refusées avant de s’exécuter : un UPDATE ou un DELETE sans WHERE, ou un TRUNCATE. Un changement raté se restaure dans une preview, jamais par-dessus la production. Écraser la production n’est un outil d’agent sur aucune surface.
Points de restauration
Clé-valeur
Magasins K/V
Un magasin clé-valeur dans sa propre cellule isolée, dans la même région que votre base de données. Utilisez-le pour la limitation de débit, les sessions, les files d'attente et le cache — ou seul, sans aucune base de données.
Propulsé par ValkeyLimitation de débit
Limiteurs à fenêtre glissante, fenêtre fixe et seau à jetons via @upstash/ratelimit, vérifiés contre un magasin situé à côté de votre base de données, dans sa région.
Fenêtre glissanteLes clients que vous utilisez déjà
Le protocole REST d'Upstash et RESP, tous deux pris en charge. @upstash/redis fonctionne en REST avec ses réglages par défaut ; les clients Redis se connectent en TLS et envoient le nom d'hôte comme nom de serveur TLS (SNI) — redis-py et go-redis le font d'eux-mêmes, ioredis et redis-cli demandent un réglage. Il n'y a aucun client CapyDB à adopter.
Compatible Redis® OSS
Exploitation
Sauvegardes et restauration à un instant précis
Archivage continu hors du nœud, restauration à n’importe quel instant de votre fenêtre de rétention, et vérification planifiée que la restauration fonctionne vraiment.
PITRObservabilité
Consommation de ressources, nombre de connexions et détail par requête pour chaque cellule, avec des alertes sur les conditions qui précèdent réellement une panne.
Par celluleAlertes
Notifications sur les conditions qui précèdent réellement une panne - pression sur le stockage, sauvegardes périmées, saturation des connexions - par e-mail ou vers votre propre webhook.
Webhook / e-mailMise en pause à l’inactivité
Une cellule inutilisée s’endort et cesse de consommer sa part du nœud. La connexion suivante la réveille, généralement en un tiers de seconde environ.
Scale to zero