Aurabase Logo
aurabasedocs
docs›Guides›Gestion de projets

Gestion de projets

Tout ce qui entoure un projet Aurabase : création, régions, équipe, rôles, clés API, monitoring, facturation. Un projet = une base Postgres dédiée sur le cluster de votre organisation + un namespace complet.

6 min de lecture·Niveau débutant·Révisé le 15 avr. 2026
#
Vue d’ensemble

Un projet, un namespace complet

Un projet Aurabase provisionne : une base PostgreSQL dédiée avec quatre sous-schémas (hébergée sur le cluster CNPG de votre organisation, ou sur un cluster entièrement dédié au projet sur l'offre entreprise), 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).

#
Provisioning

Créer un projet

Depuis la console (console.aurabase.cloud), trois champs : nom, région, plan. Provisioning en ~60 secondes — base créée sur le cluster PostgreSQL de votre organisation (ou cluster dédié provisionné à la volée sur l'offre entreprise), schémas initialisés, clés générées, types TypeScript pré-générés.

cli
BASH
# Alternative CLI (non-interactif)
aura project create my-saas \
  --region eu-west-3 \
  --plan pro
# Récupérer les clés (output JSON)
aura project keys my-saas --format env > .env.local
Astuce
Les clés sont affichées une seule fois à la création. Elles peuvent être régénérées (ancienne invalidée immédiatement) depuis le Studio ou via aura project keys rotate.
#
Régions

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

Code régionVilleLatence depuis ParisFlag
eu-west-3Paris5ms🇫🇷
eu-west-1Dublin12ms🇮🇪
eu-central-1Francfort9ms🇩🇪
us-east-1Virginia85ms🇺🇸
us-west-2Oregon140ms🇺🇸
sa-east-1São Paulo180ms🇧🇷
ap-northeast-1Tokyo220ms🇯🇵
ap-southeast-1Singapour240ms🇸🇬
Info
Enterprise uniquement : pinning au niveau du pays, engagement contractuel. Aucune certification tierce (SecNumCloud FR, C5 DE) n'est encore engagée — feuille de route publique sur notre Trust Center.
#
Équipe & rôles

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.

RôlePermissionsMax
ownerGestion complète, facturation, suppression projet1
adminGestion équipe, policies, déploiements — hors facturation∞
developerLecture/écriture tables, fonctions, migrations∞
viewerLecture seule sur données et logs (pas de secrets)∞
Attention
Un 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).
#
Clés API

Anon, service_role, JWT custom

Trois types de clés. Utilisez la bonne pour la bonne surface.

CléSécuritéUsage
anon_keyPUBLIABLEBundle client, mobile app. RLS appliquée, claims = anon.
service_role_keySECRÈTEBackend uniquement. Bypass RLS. Ne jamais embarquer côté client.
user_jwtSESSIONGénéré par aura-auth après signin. Expire (15 min), rotation auto.
#
Monitoring

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.

DB REQ/S
1 240
moyenne 5 min
P99 READ
8ms
select last 100
STORAGE
4.2 GB
de 100 GB · plan Pro
EDGE INV
48k
ce mois · quota 5M
Dernière mise à jour · 15 avr. 2026