EDB zeigt Vorabversion der horizontalen Skalierung für Postgres AI Distributed, Marktstart 2027
EnterpriseDB (EDB) hat eine Vorabversion der horizontalen Skalierung für EDB Postgres AI Distributed (PG AI Distributed) vorgestellt. Die Sharding-Funktion soll die Schreibkapazität erweitern und dabei die Hochverfügbarkeitsarchitektur des Produkts beibehalten. Laut Unternehmen ist die allgemeine Verfügbarkeit für Februar 2027 geplant.
- EDB hat am 29. Oktober 2026 eine Vorabversion der horizontalen Skalierung für EDB Postgres AI Distributed vorgestellt.
- Die Funktion nutzt Sharding, um transaktionale Schreibvorgänge auf Knotengruppen zu verteilen.
- Jede Shard-Gruppe behält die bestehende Replikation, das automatische Failover und die konfigurierbare Dauerhaftigkeit.
- Die Vorabversion läuft mit Design-Partnern aus dem Kundenkreis, die allgemeine Verfügbarkeit ist für Februar 2027 geplant.
- Die erste Version ist auf Transaktionen ausgelegt, die innerhalb einer Shard-Gruppe ablaufen.
Sharding verteilt Schreibvorgänge auf Knotengruppen
EDB kündigte die Vorabversion am 29. Oktober 2026 an. Die Funktion nutzt Sharding, um transaktionale Schreibvorgänge auf Knotengruppen zu verteilen. Daten und Schreibvorgänge werden auf Shard-Gruppen aufgeteilt, die ihre Arbeit parallel abarbeiten. Jede Gruppe behält laut EDB die Replikation, das automatische Failover und die konfigurierbare Dauerhaftigkeit von PG AI Distributed.
Das Unternehmen verweist auf ein bekanntes Skalierungsproblem. Sobald Schreibvorgänge die Grenzen eines einzelnen Servers erreichen, können Read Replicas sie nicht auffangen. Ein größerer Rechner verursacht zusätzliche Kosten und verschiebt die Grenze nur nach hinten, und ein Wechsel der Datenbank macht aus Wachstum ein Migrationsprojekt, so EDB. Der neue Ansatz soll innerhalb von Postgres einen Weg über diese Grenze hinaus eröffnen.
EDB nennt außerdem KI-Agenten als Quelle zusätzlicher Last. Jeder neue Kunde und jede neue Anfrage erhöht die Anforderungen an die Datenbank, und rund um die Uhr arbeitende Agenten verstärken das noch. Nach Darstellung von EDB reicht Verfügbarkeit allein nicht aus, wenn ein System zwar online bleibt, aber nicht mithalten kann und Agenten ihre Aufgaben nicht abschließen können.
Laut EDB dasselbe operative Fundament
EDB betont, dass Shard-Gruppen genauso aufgebaut sind wie die Gruppen, die Kunden heute betreiben, mit denselben Mechanismen für Replikation, Failover und Dauerhaftigkeit. Das Hochskalieren erfolgt über das Hinzufügen von Gruppen, mit denselben Runbooks, denselben Erweiterungen und einem In-Place-Failover in Sekunden, so das Unternehmen. Postgres bleibe Postgres, und Quorum-Dauerhaftigkeit mit asynchroner Telemetrie werde pro Workload als Richtlinie festgelegt. Die Architektur sei on-premises, in der Cloud und in Hybrid-Umgebungen identisch.
Max Romanenko, Chief Technology Officer bei EDB, sagte: "A write ceiling should not force a database replacement or a retreat from the availability the business depends on."
Das Unternehmen argumentiert, dass das Erreichen einer Datenbankgrenze monatelange Arbeit auslösen kann: zusätzliche Kapazitäten kaufen, eine andere Plattform evaluieren, Anwendungen anpassen, Verfügbarkeitsschutz neu aufbauen und das Team umschulen. Die Erweiterung der Architektur, die Teams ohnehin betreiben, soll das vermeiden.
Referenzen für PG AI Distributed
Laut EDB betreibt PG AI Distributed bereits durchgehend laufende Systeme für mehr als 75 Finanzinstitute und stützt sich auf mehr als ein Jahrzehnt Engineering-Erfahrung mit verteiltem Postgres. Dem Unternehmen zufolge verlassen sich führende Banken weltweit auf das Produkt, um über Clouds, Rechenzentren und Air-Gapped-Systeme hinweg eine Verfügbarkeit von bis zu 99,999 % zu erreichen.
Zum Produktiveinsatz zählen laut EDB ein Cluster mit 250 Knoten und ein Cluster, der mehr als 70 TB an Transaktionsdaten verwaltet. Ein Kunde betreibt mehr als 350 verteilte Cluster mit über 10.000 Kernen. Die horizontale Skalierung baut auf den Mechanismen für Replikation, Konsens, Failover und Routing auf, die diesen Installationen zugrunde liegen.
Zielgruppe sind Workloads, die nicht pausieren dürfen, etwa Zahlungs-Gateways, Kernbanksysteme, Anwendungen mit hohem Datenaufkommen und mandantenfähige SaaS-Angebote.
Vorabstatus und was er für Kunden bedeutet
Die horizontale Skalierung befindet sich derzeit mit Design-Partnern aus dem Kundenkreis in der Vorabphase. Die erste Version ist auf Transaktionen ausgelegt, die innerhalb einer Shard-Gruppe ablaufen. EDB hat einen technischen Blogbeitrag und eine Demo-Vorschau veröffentlicht.
Für Unternehmen lautet das Argument, dass ein wachsendes Schreibvolumen bewältigt werden könnte, ohne Postgres zu verlassen oder auf die bereits genutzten Verfügbarkeitspraktiken und die Wahl der Infrastruktur zu verzichten. EDB verknüpft die Funktion mit seiner übergeordneten Vision eines souveränen KI-Datensystems für das agentenbasierte Unternehmen und nennt die Zahl, dass 86 % der Führungskräfte in Unternehmen erwarten, dass ein KI-Datensystem innerhalb von drei Jahren geschäftskritisch wird. Bis zur allgemeinen Verfügbarkeit im Februar 2027 bleibt die Funktion eine Vorabversion, und die tatsächlichen Leistungsgewinne werden davon abhängen, wie sie sich jenseits der Phase mit Design-Partnern schlägt.
