Gestion de projets
Tout ce qui entoure un projet Aurabase : création, régions, équipe, rôles, clés API, monitoring, facturation. Un projet = un cluster Postgres dédié + un namespace complet.
Un projet, un namespace complet
Un projet Aurabase provisionne : un cluster PostgreSQL dédié avec quatre sous-schémas, une paire de clés API (anon + service_role), un identifiant UUID qui sert de préfixe à toutes ses routes (/v1/<service>/{project_id} — il n'y a pas de domaine par projet), un bucket storage par défaut, un scope pour les edge functions et un budget.
La facturation est à la consommation sur le plan Pro, forfaitaire sur Enterprise. Un projet peut être mis en pause (les ressources restent allouées, non facturées) ou supprimé (données supprimées sous 30 jours).
Créer un projet
Depuis le Studio (studio.aurabase.cloud), trois champs : nom, région, plan. Provisioning en ~60 secondes — cluster Postgres créé, schémas initialisés, clés générées, types TypeScript pré-générés.
aura project keys rotate.8 régions GA · Paris par défaut
Votre projet est pinned à sa région de création. Les données, backups, replicas et caches CDN restent dans cette région. Changer de région implique une migration assistée par notre équipe (contactez migrate@aurabase.cloud).
Quatre rôles par défaut, RBAC custom disponible
Chaque projet a un owner unique (le créateur par défaut, transférable). Au-delà, vous invitez des membres avec un rôle prédéfini ou un rôle custom défini via policy.
viewer ne voit jamais les secrets ni les valeurs de service_role_key. Les audit logs enregistrent chaque accès aux ressources sensibles pendant 30 jours (2 ans sur Enterprise).Anon, service_role, JWT custom
Trois types de clés. Utilisez la bonne pour la bonne surface.
Métriques live + quotas
Le Studio expose des métriques temps réel sur chaque service : requêtes/sec, p50/p99 latence, connexions actives, taux d'erreur, usage storage/egress. Export vers Datadog, Grafana Cloud, Honeycomb via webhook ou Prometheus endpoint.