Alternatives

Alternativen zu Hasura

Hasura erzeugt eine GraphQL-API über Postgres und anderen Quellen, mit einem in Metadaten definierten Berechtigungssystem, das beim Bau jeder Query greift. Darin ist es sehr gut. Man sieht sich anderswo um, wenn sich herausstellt, dass GraphQL nicht die Anforderung war, oder wenn man ein Back-Office braucht, das die Konsole nicht ist.

Veröffentlicht von Rebase, das selbst eines der Werkzeuge auf dieser Seite ist. Jeder andere Eintrag wird danach beschrieben, worin er gut ist, mehrere der Empfehlungen unten sind nicht wir, und es stehen nirgends Preise — Wettbewerbspreise ändern sich quartalsweise, und eine veraltete Zahl ist schlechter als keine.

Fang damit an, warum du gehst

Fast niemand will „die beste Alternative“. Man will die, die genau das repariert, was kaputtgegangen ist. Finde deine Zeile.

“Wir brauchten GraphQL eigentlich nicht”

Rebase or Supabase

Beide geben dir eine REST-API und einen typisierten Client über Postgres, mit viel weniger Maschinerie zwischen dir und der Datenbank.

“Wir brauchen ein Admin-Panel, keine Entwicklerkonsole”

Rebase

Hasuras Konsole dient dazu, den Graph zu bauen und zu inspizieren. Ein generiertes Back-Office mit Rollen, Formularen und Medien ist das Stück, das Teams meist von Hand auf Hasura draufbauen.

“Wir müssen genau wissen, was wir lizenzieren”

PostgREST or Supabase

graphql-engine ist Apache-2.0, aber Hasuras neueres DDN-Produkt ist ein eigenes Angebot unter eigenen Bedingungen, und die beiden werden verwechselt. PostgREST ist ein kleines, freizügig lizenziertes Stück Infrastruktur mit einer Aufgabe; Supabase baut darauf auf und ist Apache-2.0.

“Wir wollen GraphQL mit bereits angeschlossener Auth und Storage”

Nhost

Hasura plus die Teile drumherum, zusammengesetzt und gemeinsam gepflegt.

“Wir föderieren mehrere Datenquellen hinter einem Graph”

Hasura

Bleib. Das ist sein Heimspiel, und nichts anderes hier kommt heran.

7 Alternativen zu Hasura

Grob danach sortiert, wie oft sich das jeweilige Werkzeug als die Antwort erweist, nicht nach einer Punktzahl. Wo ein direkter Vergleich existiert, ist er verlinkt.

  1. 1

    Rebase

    That's usOpen Source· Beides

    Am besten für: Eine typisierte REST-API plus ein Admin-Panel, aus einem Schema

    Ein Postgres-Backend — REST-API, typisiertes SDK, Auth, Realtime, Storage, Functions, Cron — plus ein Admin-Panel, das aus denselben TypeScript-Collection-Definitionen entsteht. Row-Level Security wird im Code geschrieben und zu echten Postgres-Policies kompiliert, Autorisierung setzt also die Datenbank durch statt der Schicht davor. Verbindet sich mit einer Postgres-Datenbank, die es schon gibt.

  2. 2

    Supabase

    Open Source· Beides

    Am besten für: Das größte Ökosystem und der schnellste Start

    Postgres mit Auth, Storage, Realtime und Edge Functions, und mit Abstand das bestdokumentierte Produkt dieser Kategorie. Das Dashboard ist ein Tabelleneditor, kein Admin-Panel, und RLS wird dort als SQL geschrieben — genau die zwei Dinge, die Leute am häufigsten ersetzen wollen.

  3. 3

    Nhost

    Open Source· Beides

    Am besten für: Postgres und GraphQL mit fertig verdrahteter Auth

    Bündelt Postgres, Hasura, Auth, Storage und Functions zu einer Plattform, du bekommst das GraphQL-Modell also, ohne es zusammenzusetzen. Passt gut, wenn du Hasura wolltest, plus die Teile drumherum.

  4. 4

    PostgREST

    Open Source· Self-hosted

    Am besten für: Eine kleine Binärdatei, die Postgres in eine REST-API verwandelt

    Liefert dein Schema als REST und überlässt die Autorisierung vollständig den Postgres-Rollen und der Row-Level Security. Es macht eine Sache, macht sie gut, und lässt dir Auth, Storage und eine Admin-Oberfläche — was entweder der Reiz oder das Problem ist.

  5. 5

    Directus

    Source-available (MSCL)· Beides

    Am besten für: Eine reife redaktionelle Oberfläche über einer bestehenden Datenbank

    Verpackt eine SQL-Datenbank in eine REST- und GraphQL-API und eine gut gebaute Admin-Anwendung, und arbeitet mit einem Schema, das du schon hast. Berechtigungen werden in der Directus-Schicht durchgesetzt, nicht in der Datenbank, und die Anwendung besitzt eigene Tabellen.

  6. 6

    Neon

    Open Source (Kern)· Gehostet

    Am besten für: Serverless Postgres mit Branching, und sonst nichts

    Managed Postgres mit Datenbank-Branches und Scale-to-Zero, seit Mai 2025 Teil von Databricks. Bewusst kein Backend — keine Auth, keine API, kein Admin-Panel — was es zu einem guten Fundament macht, auf das man eines der anderen Werkzeuge hier setzt, Rebase eingeschlossen.

  7. 7

    Hasura

    Open Source (Apache-2.0)· Beides

    Am besten für: GraphQL, vor allem föderiert über mehrere Quellen

    Erzeugt eine GraphQL-API über Postgres und anderen Quellen, mit einem in Metadaten definierten Berechtigungssystem. Die stärkste Option hier, wenn GraphQL eine Produktentscheidung ist und keine Vorliebe. Es gibt dir eine API und eine Konsole, kein Back-Office für Nicht-Entwickler.

Fragen

Rebase und Hasura, beantwortet

Was ist die beste Hasura-Alternative?

Für GraphQL im Besonderen ist Nhost am nächsten — es ist Hasura mit Auth, Storage und Functions drumherum. War GraphQL nicht der Punkt, geben dir Supabase und Rebase beide eine sofortige API über Postgres mit weniger zwischen dir und der Datenbank; Rebase erzeugt zusätzlich ein Admin-Panel aus denselben Definitionen.

Gibt es eine REST-Alternative zu Hasura?

PostgREST ist die minimale — eine einzige Binärdatei, die dein Schema als REST ausliefert und die Autorisierung Postgres-Rollen und RLS überlässt. Supabase baut darauf auf. Rebase erzeugt REST plus ein typisiertes TypeScript-SDK plus ein Panel — mehr Produkt für die Fälle, in denen du mehr als eine API wolltest.

Brauche ich GraphQL für eine API über Postgres?

Meist nicht. GraphQL verdient seine Komplexität, wenn viele Clients unterschiedlich geformte Daten aus vielen Quellen brauchen, oder wenn ein Schema ein Vertrag zwischen Teams ist. Für eine Anwendung über einer Datenbank gibt dir ein typisierter REST-Client dieselbe Sicherheit mit weit weniger Betrieb.

Wie vergleichen sich Hasuras Berechtigungen mit Row-Level Security?

Hasuras Berechtigungen leben in seinen Metadaten und werden von der Engine beim Bau jeder Query angewendet — ausdrucksstark und gut entworfen, und in Kraft für Anfragen, die durch Hasura gehen. Postgres-Row-Level-Security setzt die Datenbank für jeden Client durch. Der Handel ist Ausdrucksstärke gegen Reichweite, und was zählt, hängt davon ab, wie viele Dinge deine Datenbank anfassen.

Kann ich Hasura und etwas anderes auf derselben Datenbank betreiben?

Ja, und das ist der vernünftige Weg zu evaluieren. Hasura, Rebase und Directus richten sich alle auf ein bestehendes Postgres, statt es zu besitzen, und jedes führt seine eigene Buchhaltung in seinem eigenen Schema. Lass sie nebeneinander auf einer Kopie laufen, bevor du dich festlegst.

Glaub uns nicht einfach.

Der Vergleich, der zählt, ist der, den du selbst machst. Richte Rebase auf ein Postgres, das du schon hast, und sieh, wie es sich neben Hasura hält.

~pnpm dlx @rebasepro/cli init