Fonctionnalités

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.

Connexions 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.

Extensions

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.

Isolation 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.

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.

Imports 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.

Outils 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.

Studio

Un éditeur SQL dans le tableau de bord, avec navigation du schéma, analyse et un point de restauration pris avant toute exécution destructrice.

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.

Limitation 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 application plutôt qu'à un océan de distance.

Les clients que vous utilisez déjà

Le protocole REST d'Upstash et RESP, tous deux pris en charge. @upstash/redis, ioredis, redis-py et redis-cli se connectent sans modification — il n'y a aucun client CapyDB à adopter.

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.

Observabilité

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.

Alertes

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.

Mise 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 moins d’un quart de seconde.