Aurabase vs Nhost : lequel pour un backend Postgres open source ?
Nhost pose Hasura devant Postgres pour générer un CRUD GraphQL sans écrire de resolveur. Aurabase prend le chemin inverse : un cœur 100 % Rust qui parle directement à votre Postgres 16 dédié, avec RLS native, NL2SQL natif et une souveraineté UE assumée comme pilier de contenu. Voici pourquoi ce choix d'architecture compte pour vous.
Aurabase unifie ses 12 services autour d'un seul langage, propose PostgreSQL 16 dédié par projet avec RLS native, du NL2SQL natif validé par arbre syntaxique, et documente sa souveraineté UE (infrastructure Hetzner Allemagne/Finlande) comme pilier de contenu à part entière. Nhost assemble Postgres, Hasura, auth et storage dans un cloud managé avec un plan gratuit qui se met en pause après inactivité. La question à trancher : voulez-vous un cœur unifié conçu pour la souveraineté, ou une couche GraphQL Hasura clé en main ?
Un cœur Rust unifié plutôt qu'une couche GraphQL ajoutée
Aurabase construit 12 services (aura-gateway, aura-auth, aura-db, aura-realtime, aura-storage, aura-functions, aura-ai…) sur les mêmes bibliothèques internes — aura-core, aura-crypto, aura-db-adapters — et le même langage compilé, sans garbage collector. Un cœur unique change la surface de bugs d'intégration entre composants, pas seulement la performance perçue.
Nhost prend un chemin différent : Hasura vient se poser devant votre Postgres pour générer automatiquement des requêtes, mutations et abonnements GraphQL, sans code de resolveur à écrire. C'est un gain de vitesse initial réel — mais cela ajoute une couche de génération de requêtes entre votre application et votre base, avec ses propres réglages de permissions à maintenir en plus de vos policies RLS Postgres.
pg_graphql natif dans Postgres, pas un service à côté
Quand vous voulez du GraphQL sur Aurabase, pg_graphql tourne à l'intérieur même de votre instance Postgres — activation opt-in, RLS héritée automatiquement, aucun service séparé à déployer ni à faire évoluer en parallèle de votre schéma. Voir notre comparatif détaillé pg_graphql vs Hasura vs PostGraphile.
Nhost fait du GraphQL une brique de plateforme obligatoire — chaque projet Nhost embarque Hasura d'office. Sur Aurabase, c'est une option : REST via PostgREST natif par défaut, GraphQL activable quand vous en avez besoin, RPC SQL sinon. Vous ne payez pas la complexité d'une couche que vous n'utilisez pas.
Là où Nhost reste silencieux, Aurabase construit un pilier dédié
La documentation Nhost affiche HIPAA comme fonctionnalité « à venir » sur sa grille tarifaire 2026 — un signal que la conformité réglementaire n'est pas encore un axe produit central chez eux. Aurabase traite ce terrain différemment : infrastructure de production vérifiée en Allemagne (Nuremberg, Falkenstein) et en Finlande (Helsinki), exploitée par Aurabase SAS, société de droit français, avec un pilier de contenu RGPD/CLOUD Act à part entière.
NL2SQL validé par arbre syntaxique contre assistant conversationnel
Aurabase expose un endpoint NL2SQL natif : une question en langage naturel devient une requête SELECT validée par arbre syntaxique via sqlparser, bornée en LIMIT, exécutée en lecture seule — un différenciateur produit vérifié dans le code, pas un connecteur tiers assemblé par-dessus. Voir notre définition du NL2SQL et le tutoriel pas à pas.
Nhost propose un assistant IA avec accès au schéma GraphQL et des embeddings vectoriels générés automatiquement — utile pour accélérer le développement, mais ce n'est pas un endpoint NL2SQL exposé à vos utilisateurs finaux avec un contrat de sécurité documenté. Deux capacités IA différentes, pas directement substituables.
Quand Nhost reste un choix pertinent
Si votre application est déjà pensée autour de GraphQL et que vous voulez un CRUD généré en quelques minutes sans écrire une seule requête, Nhost a un avantage produit réel sur ce cas d'usage précis — Hasura est mature et éprouvé à grande échelle.
Le compromis apparaît dès que vous voulez du REST natif sans couche intermédiaire, du RLS Postgres comme unique surface de permissions, du NL2SQL natif exposé en API, ou une conformité RGPD/CLOUD Act documentée comme axe produit — c'est précisément là qu'Aurabase construit son différenciateur.