Neo4j macht mehrere Datenbanken pro Instanz in AuraDB allgemein verfügbar

Eine Instanz, viele Graphen

Laut Neo4j bleiben Graph-Workloads in Unternehmen selten bei einer einzigen Datenbank. Das Unternehmen beschreibt ein typisches Muster: Aus einer ersten Graph-Anwendung werden fünf, jede braucht Dev-, Staging- und QA-Umgebungen, und am Ende verwaltet ein Team zwanzig Instanzen für eigentlich eine Handvoll Workloads.

Noch drängender ist das Problem für SaaS-Unternehmen, die auf Aura aufbauen. Jeder Mandant braucht isolierte Daten, doch eine eigene Instanz pro Mandant bedeutet, für Rechenleistung zu zahlen, die größtenteils brachliegt. Mit jedem neuen Kunden kommt Infrastruktur hinzu, die dimensioniert, überwacht, gepatcht und bezahlt werden muss. Neo4j zufolge stoßen auch Teams, die über ihre erste KI-Anwendung hinausgehen, an dieselbe Grenze.

Mit mehreren Datenbanken hostet eine AuraDB-Instanz viele Datenbanken nebeneinander. Jede nutzt Rechenleistung und Speicher der Instanz gemeinsam, bleibt aber von den anderen getrennt. Datenbanken lassen sich hinzufügen und entfernen und werden über die Aura API oder die Console verwaltet. Neo4j zufolge ist die Funktion im regulären Preis der AuraDB-Instanz enthalten, unabhängig davon, wie viele Datenbanken laufen.

Wo Neo4j die Funktion sieht

Neo4j nennt mehrere Anwendungsfälle:

• Mandantenfähige Anwendungen für OEMs und SaaS-Anbieter: eine Datenbank pro Kunde in einer gemeinsamen Instanz. Das Onboarding wird zu einem API-Aufruf, und die Wiederherstellung eines Mandanten berührt nie einen anderen.
• Agentenbasierte Anwendungen, die einen Graphen pro Agent, Wissensdomäne oder Anwendungskontext benötigen, bis zu den Datenbanklimits der jeweiligen Stufe, wobei der Zugriff über RBAC geregelt wird.
• Trennung nach Abteilungen und Domänen: Ein zentrales Plattformteam kann Graphen als Service innerhalb einer Organisation anbieten, mit einer Datenbank pro Team oder Projekt.
• Workload-Segmentierung: transaktionale und analytische Graphen als getrennte Datenbanken, die sich unabhängig voneinander sichern, wiederherstellen und weiterentwickeln lassen.
• Konsolidierung von Umgebungen: Dev-, Test-, Staging- und Schulungsumgebungen laufen als Datenbanken in einer gemeinsamen Nicht-Produktiv-Instanz.

Produktionsfunktionen und Limits

Neo4j zufolge erfüllen mehrere Datenbanken denselben Anspruch wie der Rest von AuraDB. Die Datenbanken sind leichtgewichtig, sodass das Anlegen nur Sekunden dauert, und der gesamte Lebenszyklus lässt sich über die Console oder die Aura API automatisieren. Metriken und Logs stehen auf Datenbankebene bereit, sodass Teams sehen, was jeder Workload tut, und nicht nur, was die Instanz insgesamt macht.

Die Funktion arbeitet mit den Sicherheitsfunktionen der jeweiligen Stufe zusammen, darunter Single Sign-on, IP-Filterung und Private Endpoints, sowie mit dem Standard-RBAC von Neo4j. Jede Datenbank hat eigene Backups (ad hoc, stündlich und täglich), Wiederherstellungen und Exporte.

Bei der Skalierung gilt standardmäßig eine Obergrenze von bis zu 5 Datenbanken pro GB RAM. Anfangs liegen die Limits bei bis zu 250 Datenbanken in der Virtual Dedicated Cloud und 100 in Business Critical. Bloom, Query, Import und Dashboards arbeiten auf Datenbankebene, und bestehende Treiber verbinden sich über die Angabe des Datenbanknamens.

Was das für Kunden bedeutet

Neo4j zufolge erfolgte die allgemeine Verfügbarkeit am 30. September 2026, nach einer Preview-Phase, in der Kunden reale Workloads betrieben, etwa Mandantenisolation auf SaaS-Plattformen und Graphen pro Domäne in Unternehmen.

Das Unternehmen verweist zudem auf Teams mit selbst verwaltetem Neo4j, bei denen das Hosting mehrerer Datenbanken in einer Installation seit Langem Standard ist. Das sei bislang eine Hürde beim Gedanken an einen Wechsel zu Aura gewesen. Nun könnten Teams ihre bestehende Multi-Datenbank-Architektur nach AuraDB übertragen, ohne sie auf eine Instanz pro Datenbank umbauen zu müssen.

Zur Nutzung legen Kunden eine neue AuraDB-Instanz vom Typ Business Critical oder Virtual Dedicated Cloud an und aktivieren unter „Additional settings“ die Option „Multiple databases“. Die Einstellung wird bei der Erstellung festgelegt. Neo4j zufolge sind in den kommenden Monaten weitere Verbesserungen geplant.