Gratuit
Pour les projets perso, les prototypes et les agents.
$0par mois
- 1 organisation
- 5 projets
- 2,5 GB de stockage0,5 GB inclus par projet
- Heures de calcul partagé illimitéesOffre de lancement
PostgreSQL 17 serverless
Lancez une base de données en quelques secondes, donnez à chaque pull request et à chaque agent d’IA sa propre branche, et connectez-vous avec les pilotes que vous utilisez déjà.
Plateforme
Un vrai PostgreSQL, plus les briques que vous auriez sinon dû assembler vous-même : branches, stockage et calcul séparés, authentification, vecteurs et API.
Une branche est une copie sur écriture de sa branche parente, avec l’intégralité des données. Elle est prête en quelques secondes quelle que soit sa taille : chaque pull request, chaque série de tests ou chaque agent peut avoir la sienne.
Chaque branche s’exécute sur sa propre instance de calcul, dimensionnée en CU (1 CU = 1 vCPU + 4 GB RAM). Le stockage est séparé : une instance de calcul inactive peut se suspendre et reprendre à la connexion suivante sans toucher à vos données.
Activez l’authentification gérée sur une branche pour permettre aux utilisateurs de votre application de se connecter. Les jetons sont des JWT de courte durée signés en EdDSA et publiés via JWKS ; vérifiez-les en quelques lignes avec le SDK open source @relyt/auth.
L’extension vectors (pgvecto.rs) est préchargée dans chaque base de données : les embeddings vivent à côté des lignes qu’ils décrivent, et vous les interrogez en SQL standard.
Un pack de skills open source apprend à Claude Code et à d’autres agents à créer des projets, des branches et à s’y connecter, via la même Open API que vous.
Des graphiques pour le CPU, la mémoire, les connexions et le stockage, ainsi que les requêtes actives en direct et l’historique des requêtes pour chaque instance de calcul.
Une Open API REST avec clés API couvre les organisations, les projets, les branches et les instances de calcul : scripts et CI peuvent faire tout ce que fait la console.
Développeurs
Ni nouveau client, ni protocole propriétaire. Si ça parle Postgres, ça fonctionne avec Relyt One.
Avec GitHub ou Google. Une organisation gratuite est créée pour vous.
Il démarre avec une branche main et un calcul principal, prêts en quelques secondes.
Collez la chaîne de connexion dans psql, un ORM ou n’importe quel pilote PostgreSQL.
# connection string from the console's Connect dialogexport DATABASE_URL="postgresql://<role>:<password>@<host>/<db>"psql "$DATABASE_URL" -c "select version();"Open source
Sous licence MIT et sur GitHub. Lisez le code, forkez-le, envoyez une pull request.
relytcloud/relyt-auth-jsVérifiez les jetons de l’authentification gérée côté serveur et mettez-les en cache dans le navigateur. Publié sur npm sous le nom @relyt/auth.
relytcloud/relyt-auth-examplesDes applications d’exemple, à commencer par une liste de tâches multi-utilisateur fondée sur l’authentification gérée.
relytcloud/agent-skillsDes skills qui apprennent aux agents de code à créer des bases de données Relyt One et leurs branches.
Tarifs
Chaque compte démarre avec le forfait Gratuit. Aucune carte bancaire requise.
Pour les projets perso, les prototypes et les agents.
$0par mois
Pour les applications en production qui ont besoin de plus de marge.
Blog
D’où viennent les trous dans les colonnes serial et identity de PostgreSQL (annulations, ON CONFLICT, plantages, CACHE), pourquoi les insertions échouent avec duplicate key value violates unique constraint après une importation de données, une requête qui réinitialise toutes les séquences, l’épuisement des identifiants integer et des numéros de facture sans trous. Chaque instruction a été reproduite sur Postgres 17.11.
Comment construire une file d’attente de tâches en arrière-plan dans PostgreSQL 17 avec SELECT ... FOR UPDATE SKIP LOCKED : pourquoi le SELECT-puis-UPDATE naïf réserve deux fois la même tâche, pourquoi FOR UPDATE seul fait attendre les workers, baux et nouvelles tentatives, LISTEN/NOTIFY, vacuum, et ce que des workers qui interrogent en boucle font à une instance de calcul serverless. Chaque instruction a été reproduite sur Postgres 17.11.
Quand faire un upsert avec INSERT ... ON CONFLICT et quand utiliser MERGE dans PostgreSQL 17, pourquoi MERGE peut échouer avec une erreur de clé dupliquée en cas de concurrence, et comment corriger « cannot affect row a second time », un RETURNING vide et « no unique or exclusion constraint matching the ON CONFLICT specification ». Chaque instruction a été reproduite sur Postgres 17.11.
FAQ
Relyt One est un service PostgreSQL serverless. Vous disposez d’un PostgreSQL 17 standard avec des branches de base de données, un stockage séparé du calcul, une authentification gérée pour les utilisateurs de votre application et une recherche vectorielle intégrée, le tout exploité pour vous dans le cloud.
Oui. Relyt One exécute PostgreSQL 17 : vos pilotes, ORM et outils existants comme psql fonctionnent sans modification, de même que des extensions comme pg_trgm, citext et pgcrypto.
Une organisation, jusqu’à 5 projets, 2,5 GB de stockage et des heures de calcul partagé illimitées dans le cadre d’une offre de lancement. Aucune carte bancaire n’est requise.
Une branche est une copie sur écriture de sa branche parente. Elle partage les données inchangées avec la branche parente : sa création prend quelques secondes quelle que soit la taille de la base de données, et seules les modifications occupent du nouveau stockage.
Oui. Avec une clé API, les agents peuvent créer des projets, des branches et des instances de calcul via l’Open API, et le pack de skills open source pour agents leur montre comment faire.
Non. L’authentification gérée est facultative et actuellement en préversion. Sans elle, Relyt One est une base de données PostgreSQL classique à laquelle vous vous connectez avec un rôle et un mot de passe.
Créez un projet gratuit en moins d’une minute. Sans carte bancaire, sans configuration.