Azure HorizonDB: Microsofts neue PostgreSQL-Datenbank für agentische KI

Zusammenfassung

Auf der Microsoft Build 2026 wurde Azure HorizonDB angekündigt. Dabei handelt es sich um eine von Grund auf neu entwickelte, vollständig verwaltete PostgreSQL-kompatible Datenbank, die speziell für die Anforderungen von “agentic AI”-Workloads optimiert ist. Durch ein innovatives “Database-as-Logs”-Design und eine in Rust geschriebene Storage-Engine verspricht sie extreme Performance und Sicherheit.

Was ist passiert?

Microsoft hat die Public Preview von Azure HorizonDB in fünf Regionen gestartet. HorizonDB ist kein bloßes Update der bestehenden Azure Database for PostgreSQL, sondern ein architektonisch eigenständiges Produkt. Es nutzt eine Rust-basierte Storage-Engine für erhöhte Sicherheit und ein disaggregiertes Design, bei dem Compute und Storage unabhängig skalieren. Transaktionen werden direkt in den Shared Write-Ahead-Log (WAL) geschrieben, was die Latenz auf unter eine Millisekunde senkt.

Warum es wichtig ist

Für moderne KI-Anwendungen, insbesondere für Agenten, die schnell auf große Datenmengen zugreifen müssen, ist die Datenbank-Performance oft der Flaschenhals. HorizonDB integriert Vector-Suche (DiskANN) nativ in die Engine, was sie bis zu dreimal schneller macht als herkömmliche PostgreSQL-Installationen. Dies positioniert Microsoft stark gegen Wettbewerber wie AWS Aurora DSQL oder Google AlloyDB.

Beweise

Laut Microsoft-internen Benchmarks erreicht HorizonDB eine dreimal höhere Transaktionsgeschwindigkeit. Die Integration von DiskANN mit Spherical Quantization (aus der Microsoft Research-Abteilung) ermöglicht hocheffiziente Vector-Suchen ohne die Overhead-Kosten von Erweiterungen wie pgvector. Die Datenbank ist bereits in der Preview in fünf Azure-Regionen verfügbar.

Analyse

Die Entscheidung für Rust unterstreicht Microsofts Fokus auf “Memory Safety”, um Sicherheitslücken wie Buffer Overflows strukturell zu verhindern. Das “Database-as-Logs”-Konzept minimiert den Koordinationsaufwand bei Schreibvorgängen. Kritisch anzumerken ist jedoch, dass HorizonDB zum Start nicht serverless ist; Nutzer müssen die Compute-Ressourcen manuell konfigurieren, was im Gegensatz zum Trend des automatischen Autoscalings steht.

Praktische Erkenntnisse

Entwickler, die PostgreSQL nutzen, können HorizonDB ohne Code-Änderungen einsetzen.
Für RAG-Anwendungen (Retrieval-Augmented Generation) bietet die native DiskANN-Integration signifikante Performance-Vorteile.
Teams sollten die Kosten im Auge behalten, da die manuelle Compute-Konfiguration weniger flexibel ist als Serverless-Modelle.

Offene Fragen

Wann wird HorizonDB allgemein verfügbar (GA) sein?
Wird es zukünftig eine Serverless-Option geben, um mit AWS Aurora DSQL gleichzuziehen?
Wie gestaltet sich die langfristige Migrationsstrategie für bestehende Azure PostgreSQL-Kunden?