必需品
Aurabase は、単一言語を中心に 12 のサービスを統合し、ネイティブ RLS を備えたプロジェクト専用の PostgreSQL 16、構文ツリーによって検証されたネイティブ NL2SQL を提供し、EU の主権 (Hetzner ドイツ/フィンランドのインフラストラクチャ) を独自のコンテンツ柱として文書化します。 Nhost は、Postgres、Hasura、認証、およびストレージをマネージド クラウドに統合し、非アクティブ後に一時停止する無料プランを提供します。決定すべき質問: 主権のために設計された統合コアが必要ですか、それともターンキーの GraphQL Hasura レイヤーが必要ですか?
追加された GraphQL レイヤーではなく、統合された Rust コア
Aurabase は、同じ内部ライブラリ ( aura-core、 aura-crypto、 aura-db-adapters ) 上に 12 のサービス (aura-gateway、 aura-auth、 aura-db、 aura-realtime、 aura-storage、 aura-functions、 aura-ai…) をガベージコレクタなしで同じコンパイル言語で構築します。単一のコアは、知覚されるパフォーマンスだけでなく、コンポーネント間の統合バグの表面を変化させます。
Nhost は別の道を歩みます。Hasura は Postgres の前に配置され、リゾルバー コードを記述することなく、GraphQL クエリ、ミューテーション、サブスクリプションを自動的に生成します。これは実際の初期速度の向上ですが、アプリケーションとデータベースの間にクエリ生成の層が追加され、Postgres RLS ポリシーに加えて独自のアクセス許可設定を維持する必要があります。
GraphQL を自動的に生成することは、Nhost のエンジニアリング上の選択であり、隠れた弱点ではありません。 Aurabase との違いは明らかなトレードオフです。同期するための追加の抽象化レイヤーと、唯一の権限レイヤーとして RLS を使用して Postgres に直接アクセスします。
サイドサービスではなく、Postgres のネイティブ pg_graphql
Aurabase で GraphQL が必要な場合、pg_graphql は Postgres インスタンス内で実行されます。オプトイン アクティベーション、自動的に継承される RLS、スキーマと一緒にデプロイまたは進化する個別のサービスはありません。詳細な比較 pg_graphql 対 Hasura 対 PostGraphileを参照してください。
Nhost は GraphQL を必須のプラットフォーム コンポーネントにします。各 Nhost プロジェクトには Hasura が自動的に埋め込まれます。 Aurabase では、これはオプションです。デフォルトではネイティブ PostgREST 経由の REST、必要なときに GraphQL がアクティブ化され、それ以外の場合は RPC SQL が使用されます。使用しないレイヤーの複雑さに対して料金を支払う必要はありません。
Nhost が沈黙を続ける一方で、Aurabase は専用の柱を構築します
Nhost のドキュメントには、HIPAA が 2026 年の価格設定スケジュールに「近日登場」機能として記載されています。これは、規制順守がまだ同社にとって製品の中心になっていないことを示しています。 Aurabase はこの分野を別の方法で扱っています。ドイツ (ニュルンベルク、ファルケンシュタイン) とフィンランド (ヘルシンキ) にある検証済みの本番インフラストラクチャは、フランス法に基づいて設立され、独自の GDPR/クラウド法のコンテンツ柱を持つ会社である Aurabase SAS によって運営されています。
NL2SQL は会話型アシスタントに対して構文ツリーによって検証される
Aurabase は、ネイティブ NL2SQL エンドポイントを公開します。自然言語の質問は、 sqlparserを介してツリー検証された SELECT クエリになり、 LIMITにバインドされ、読み取り専用で実行されます。これは、上に組み立てられたサードパーティのコネクタではなく、コード内で検証された製品の差別化要因となります。 NL2SQL の 定義 および ステップバイステップ チュートリアルを参照してください。
Nhost は、GraphQL スキーマと自動生成されたベクトル埋め込みにアクセスできる AI アシスタントを提供します。これは開発のスピードアップに役立ちますが、文書化されたセキュリティ契約によってエンド ユーザーに公開される NL2SQL エンドポイントではありません。 2 つの異なる AI 能力。直接置き換えることはできません。
Nhost が依然として適切な選択肢である場合
アプリケーションがすでに GraphQL を中心に設計されており、クエリを 1 つも書かずに数分で CRUD を生成したい場合、この特定のユースケースでは Nhost が真の製品利点を持っています。Hasura は成熟しており、大規模で実証されています。
中間層のないネイティブ REST、唯一のパーミッション サーフェスとしての Postgres RLS、API として公開されたネイティブ NL2SQL、または製品の焦点として GDPR/CLOUD 法準拠の文書化を望むとすぐに、妥協が現れます。まさにこれが、Aurabase が差別化要因を構築する場所です。
2 つのプラットフォームの違い
| 建築 | 100% Rust コア、共有ライブラリ | Postgres + Hasura + マネージド サービス |
|---|---|---|
| デフォルトのAPI | ネイティブ REST (PostgREST)、GraphQL オプトイン | GraphQL Hasura は最初から必須 |
| 権限 | RLS Postgres、単一サーフェス | RLS Postgres + Hasura の同期権限 |
| ネイティブAI | AST + RAG pgvector によって検証されたネイティブ NL2SQL | AI アシスタント + 自動埋め込み |
| コンプライアンス | 専用の GDPR/CLOUD 法の柱 + 検証済みの EU インフラ | HIPAA が「近日中に」上場 (2026 年) |
| ライセンス | MIT (Rust ワークスペース + JS SDK) | オープンソース ブリック、主にマネージド プラットフォーム |