Hasura

Dieser Hasura-Testbericht behandelt die Einsatzbereiche von Hasura, seine wichtigsten Funktionen, die Preise für DDN und die älteren Cloud-Tarife, die Unterschiede zwischen Hasura v2 und Hasura DDN, den Vergleich mit Apollo sowie die Schwachstellen der Lösung. Hasura stellt eine Verbindung zu einer Datenbank wie PostgreSQL her, liest die Tabellen und Beziehungen aus und stellt eine GraphQL-API mit Abfragen, Mutationen, Filterung, Paginierung und Echtzeit-Abonnements bereit. Sie müssen keinen GraphQL-Server oder Resolver für den Standarddatenzugriff von Grund auf neu schreiben. Zugriffsregeln, benutzerdefinierte Geschäftslogik und Ereignisse werden zusätzlich konfiguriert. Hasura begann als kostenlose „Hasura GraphQL Engine“ und vertreibt nun auch Hasura DDN (Data Delivery Network), einen gehosteten „Supergraph“, der auf einer überarbeiteten Engine basiert.

Wofür wird Hasura verwendet?

Hasura wird eingesetzt, um Frontend-, Mobil- und Backend-Teams eine einheitliche Daten-API zur Verfügung zu stellen, ohne diese manuell erstellen zu müssen. Typische Anwendungsfälle:

• Ein Backend für Web- und mobile Apps auf PostgreSQL mit rollenbasiertem Zugriff für jeden Benutzertyp.
• Ein einheitlicher GraphQL-Endpunkt über mehrere Datenquellen hinweg: Datenbanken, bestehende REST-APIs und andere GraphQL-Dienste, sodass Clients nur einen Satz von API-Aufrufen statt vieler einzelner durchführen müssen.
• Echtzeitfunktionen wie Live-Dashboards und Chat über GraphQL-Abonnements.
• Interne Tools und Admin-Panels, die die Hasura-API über Tools wie Retool oder Appsmith abfragen.
• Ersatz für manuell erstellte CRUD-Endpunkte, was die Entwicklungszeit bei datenintensiven modernen Anwendungen verkürzt.

Hasura ist ein Entwicklertool, kein No-Code-App-Builder. Sie entwerfen weiterhin das Datenbankschema, schreiben die Berechtigungsregeln und hosten oder bezahlen die API selbst. Low-Code-Teams nutzen es als Backend hinter einem Frontend, das sie anderweitig erstellen.

Wichtigste Funktionen

• Sofortige GraphQL-APIs: Die Engine generiert aus Ihren Tabellen, Ansichten und Beziehungen ein GraphQL-Schema, einschließlich Filterung, Sortierung, Aggregationen und Paginierung.
• REST-APIs aus GraphQL: Verwandeln Sie jede gespeicherte GraphQL-Abfrage in einen REST-Endpunkt für Clients, die kein GraphQL verstehen.
• Autorisierung: Berechtigungsregeln auf Zeilen- und Spaltenebene pro Rolle, die in der Engine ausgewertet und durch Claims in Ihrem JWT oder Webhook gesteuert werden. Im Bereich Sicherheit spart Hasura am meisten benutzerdefinierten Code ein.
• Benutzerdefinierte Geschäftslogik: Aktionen rufen Ihre eigenen HTTP-Handler für Logik auf, die über einfache CRUD-Operationen hinausgeht, und Remote-Schemas führen andere GraphQL-Server zu einem Endpunkt zusammen.
• Ereignis- und Cron-Trigger: Rufen Sie einen Webhook auf, wenn eine Zeile eingefügt, aktualisiert oder gelöscht wird, oder nach einem Zeitplan.
• Datenkonnektoren: PostgreSQL und Postgres-kompatible Datenbanken sowie MS SQL, BigQuery, Snowflake, MongoDB, MySQL, Oracle und andere Datenquellen (Hasura Cloud-Tarife). Auf Hasura DDN sind Datenkonnektoren separate Dienste, sodass Sie neue Datenquellen anbinden oder Ihren eigenen Konnektor in TypeScript, Python oder Go schreiben können.
• Hasura-Konsole, CLI und Migrationen: Mit der Hasura-Konsole können Sie Daten erkunden, Berechtigungen festlegen und Abfragen im Browser testen, und die CLI speichert Datenbankmigrationen und -konfigurationen als Metadatendateien in Git, sodass jede Umgebung auf die gleiche Weise eingerichtet werden kann.
• Leistung und Caching: Die Engine kompiliert eine GraphQL-Abfrage nach Möglichkeit in eine einzige SQL-Abfrage, und die kostenpflichtigen Cloud-Tarife bieten zusätzlich Abfrage-Caching und Lesereplikate.

Preise von Hasura

Hasura bietet zwei gehostete Produkte an, und die Community-Edition der Engine kann kostenlos selbst gehostet werden. Die folgenden Preise stammen von der Hasura-Preisseite und der Dokumentation zu den Hasura-Cloud-Tarifen (Stand: September 2026).

Hasura DDN (die aktuelle Plattform):

• DDN Free: 0 $, unbegrenzte Modelle, ein Supergraph-Entwickler, 15 Minuten Aufbewahrungsdauer für Observability-Daten.
• DDN Base: 5 $ pro aktivem Modell pro Monat, unbegrenzte Anzahl an Entwicklern, 30 Tage Aufbewahrungsdauer für Observability-Daten.
• DDN Advanced: 30 $ pro aktivem Modell pro Monat, zusätzlich mit föderierter Zusammenarbeit, Multi-Repo-CI/CD und teambasierter Zugriffskontrolle.
• Private DDN: dedizierte VPC oder eigene Infrastruktur bei den Tarifen „Base“ und „Advanced“. Preise für Enterprise-Support werden vom Vertrieb angeboten.

Ein aktives Modell ist ein Modell (grob gesagt eine Tabelle oder Sammlung), das mehr als 1.000 Mal pro Monat abgefragt wird (DDN-Preisdokumente). API-Anfragen und die Anzahl gleichzeitiger Nutzer sind nicht begrenzt. Das Hosting für Drittanbieter- und Code-Konnektoren kostet zusätzlich: 0,075 $ pro vCPU-Stunde und 0,0075 $ pro GiB-Stunde.

Hasura Cloud v2 (die klassische gehostete Engine):

• Cloud Free: bis zu 3 Projekte, 3 Millionen API-Anfragen und 100 MB Daten-Passthrough pro Monat, keine Kreditkarte erforderlich.
• Cloud Professional: 1,50 $ pro aktiver Projektstunde für Postgres, 3,00 $ für andere Datenbanken, zuzüglich 0,13 $ pro GB Daten-Passthrough.
• Cloud Enterprise: Jahresvertrag mit dedizierter Infrastruktur und Support rund um die Uhr.

Die Kostenüberraschung, auf die Sie achten sollten, ist die Abrechnungsmetrik. Bei DDN zählt jedes Modell, das 1.000 Anfragen pro Monat überschreitet, sodass ein Schema mit vielen kleinen Tabellen mehr kosten kann, als der Datenverkehr vermuten lässt. Bei Cloud v2 zahlen Sie für jede Stunde, in der ein Projekt aktiv ist, zuzüglich der Datenübertragung. Beim Selbsthosting der kostenlosen Engine fallen keine Lizenzgebühren an, aber Sie tragen die Kosten für die Server und führen Upgrades selbst durch. Prüfen Sie vor der Erstellung eines Produktionsprojekts, welche Funktionen Sie in den einzelnen Tarifen benötigen.

Leistung, Sicherheit und skalierbare Konfiguration

Die Leistung ist der Hauptgrund, warum Teams Hasura einem selbst geschriebenen GraphQL-Server vorziehen. Die Engine wandelt eine verschachtelte GraphQL-Abfrage in eine einzige SQL-Abfrage um, anstatt viele Resolver-Aufrufe durchzuführen, wodurch komplexe Abfragen bei großen Tabellen schnell bleiben. Für ein skalierbares System betreibst du mehrere zustandslose Engine-Instanzen hinter einem Load Balancer, fügst Lese-Replikate hinzu und nutzt das Abfrage-Caching in den kostenpflichtigen Cloud-Tarifen. Die Leistungsoptimierung erfolgt größtenteils in der Datenbank: Indizes, Views und gut konzipierte Beziehungen.

Die Sicherheit wird in der Engine gehandhabt. Jede Anfrage ist mit einer Rolle versehen, und die Berechtigungsregeln legen fest, welche Zeilen und Spalten diese Rolle lesen oder ändern darf, sodass Sie die Zugriffsprüfungen nicht in jedem Client wiederholen müssen. Der Administratorzugriff wird durch ein Geheimnis geschützt, und in Produktionsumgebungen sollten die Konsole und die Introspektion für öffentliche Rollen deaktiviert werden. Die Dokumentation von Hasura behandelt diese Sicherheitsschritte ausführlich, und die GraphQL-Community hat zahlreiche Beispielprojekte veröffentlicht. Hasura richtig einzusetzen bedeutet, Leistung und Sicherheit als Teil der Einrichtung zu betrachten und nicht als etwas, das man erst später hinzufügt.

Hasura v2 vs. Hasura DDN

Hasura v2 ist die ursprüngliche Engine, die in Haskell geschrieben und unter der Apache-2.0-Lizenz veröffentlicht wurde. Sie läuft als einzelner Server, den man selbst mit Docker hostet oder auf der Hasura Cloud betreibt. Hasura DDN (Data Delivery Network) basiert auf der Engine v3, die in Rust neu geschrieben wurde. Es erstellt einen Supergraphen aus Teilgraphen, für die verschiedene Teams verantwortlich sind, nutzt Datenkonnektoren für jede Quelle und wird über die DDN-CLI als Metadatendateien konfiguriert. Die Kern-Engine v3 und die Datenkonnektoren stehen unter der Apache-Lizenz, während die DDN-CLI und die Konsole proprietär sind (Hasura auf GitHub).

Im Juni 2025 brachte das Unternehmen PromptQL auf den Markt, ein KI-Produkt für den Datenzugriff, und erklärte, dass die Hasura GraphQL Engine und Hasura DDN „weiterhin gehostet und gewartet werden“ (Hasura-Blog). Neue Projekte, die die verwaltete Plattform nutzen möchten, erstellen einen Supergraphen auf Hasura DDN. Teams, die einen einzigen GraphQL-Server wünschen, über den sie die volle Kontrolle haben, verwenden weiterhin v2. Da neue Funktionen zunächst in Hasura DDN implementiert werden, ist dies die sicherere Wahl für die Zukunft; v2 ist stabil und wird weiterhin gepflegt.

Hasura im Vergleich zu Apollo und anderen GraphQL-Lösungen

Apollo und Hasura decken unterschiedliche Bereiche des GraphQL-Stacks ab. Mit Apollo Server schreiben Sie das GraphQL-Schema und die Resolver selbst im Code, und Apollo GraphOS ergänzt dies um eine Schema-Registrierung sowie Apollo Federation für einen föderierten Graphen und verwaltetes Routing. Apollo Client ist eine Frontend-Bibliothek, die mit jeder GraphQL-API funktioniert, einschließlich Hasura. Hasura generiert das Schema und die Resolver aus Ihren Daten, sodass eine Standard-Daten-API in wenigen Minuten statt in Wochen erstellt ist und komplexe Abfragen zu einer einzigen SQL-Abfrage werden. Entscheiden Sie sich für Apollo, wenn der Großteil Ihrer API aus benutzerdefinierter Logik über viele Dienste hinweg besteht. Entscheiden Sie sich für Hasura, wenn der Großteil aus Datenzugriff auf Datenbanken besteht. Andere GraphQL-Lösungen wie PostGraphile, StepZen und Grafbase liegen zwischen diesen beiden Extremen. Hasuras eigener Vergleich wurde vom Anbieter verfasst und spricht für Hasura.

Wo Hasura glänzt – und wo es Schwächen zeigt

Stärken:

• Eine produktionsreife GraphQL-API über eine bestehende Datenbank in wenigen Minuten, ganz ohne Resolver-Code.
• Fein abgestufte, deklarative Autorisierung nach Rolle, Zeile und Spalte.
• Echtzeit-Abonnements, Ereignis-Trigger und REST-Endpunkte sind enthalten.
• Eine kostenlose Engine, die Sie selbst hosten können, wobei Migrationen und Metadaten in Git gespeichert werden.

Nachteile:

• Zwei Plattformen mit unterschiedlichen Engines und Preismodellen machen die Wahl schwierig.
• Benutzerdefinierte Geschäftslogik wird außerhalb von Hasura in „Actions“ oder separaten Diensten implementiert.
• Die Preisgestaltung von DDN pro aktivem Modell ist bei großen Schemata schwer einzuschätzen.
• Das Datenmodell und die Berechtigungen erfordern weiterhin einen Entwickler; es handelt sich nicht um ein No-Code-Tool.
• Unternehmensfunktionen wie Caching-Limits, dedizierte Infrastruktur und SLAs sind nur in kostenpflichtigen oder Enterprise-Tarifen enthalten.

Wie Hasura im Vergleich abschneidet

• Supabase: ein gehostetes Postgres-Backend mit Authentifizierung, Speicher und automatisch generierten APIs in einem Produkt.
• NocoDB und Baserow: Tabellenkalkulationsähnliche Oberflächen und APIs auf Basis einer Datenbank, die sich an Nicht-Entwickler richten.
• Airtable: eine No-Code-Datenbank mit eigener API, die nicht für große Produktionsanwendungen konzipiert ist.
• Retool und Appsmith: Tools zur Erstellung interner Anwendungen, die häufig auf einer Hasura-API aufbauen, anstatt diese zu ersetzen.
• n8n: Workflow-Automatisierung, die Hasuras GraphQL oder Event-Webhooks aufrufen kann.

Lohnt sich Hasura?

Hasura lohnt sich für Entwicklerteams, die eine sichere, schnelle GraphQL- oder REST-API über PostgreSQL und andere Datenbanken nutzen möchten, ohne Resolver-Code schreiben und warten zu müssen. Die Open-Source-Engine ist kostenlos, und die gehosteten kostenlosen Tarife reichen aus, um sie zu testen. Es ist weniger geeignet, wenn der Großteil Ihrer API aus benutzerdefinierter Geschäftslogik besteht, wenn Sie ein No-Code-Backend mit einer visuellen Oberfläche wünschen oder wenn Sie eine vorhersehbare Preisgestaltung für ein sehr großes Schema auf DDN benötigen. Wenn Sie Hilfe beim Entwurf eines Hasura-Backends, beim Umstieg von v2 auf DDN oder beim Aufbau des darauf aufbauenden Frontends benötigen, können Backend-Entwickler und Low-Code-Agenturen auf LowCodeDevs diese Aufgabe übernehmen.

Quellen

• Hasura-Preise: DDN Free, Base, Advanced und Private DDN.
• Hasura-DDN-Tarife und Preisdokumente: die aktive Modelldefinition.
• Hasura-Cloud-Tarife: Cloud v2 Free, Professional und Enterprise, Datenbankgebühren und Daten-Passthrough.
• Von GraphQL zu PromptQL, Hasura-Blog: Einführung von PromptQL und fortgesetzte Wartung von HGE und DDN.
• Hasura GraphQL Engine auf GitHub: Lizenzen für v2 und v3.
• Hasura vs. Apollo, Hasura-Blog: verfasst vom Anbieter.
• Erste Schritte mit Hasura, Medium: Praktische Einrichtung mit Docker, der CLI und Migrationen.
• Grafbase vs. Hasura, Grafbase: verfasst von einem Mitbewerber. Die Behauptungen, dass Hasura keine Föderation unterstützt, nur über die Benutzeroberfläche konfiguriert werden kann und nur begrenzt selbst gehostet werden kann, stehen im Widerspruch zu Hasuras Dokumentation: DDN ist für föderierte Supergraphen ausgelegt, beide Engines werden über die CLI als Metadatendateien konfiguriert, und die v2-Engine ist Open Source und selbst hostbar.
• Hasura sammelt 100 Millionen US-Dollar in Serie-C-Finanzierungsrunde ein, TechCrunch: Finanzierung und Bewertung.