Azure Cosmos DB for MongoDB vCore ist Microsofts Antwort auf die wachsende Nachfrage nach vollständig verwalteten MongoDB-Diensten mit dedizierter Rechenleistung. Der Dienst wurde 2024 allgemein verfügbar und richtet sich an Unternehmen, die bestehende MongoDB-Workloads zu Azure migrieren oder neue hochperformante Datenbankanwendungen aufbauen möchten.
vCore vs. RU-basierte Cosmos DB API
Azure Cosmos DB bietet seit Jahren eine API for MongoDB, die auf dem proprietären Request-Unit-Modell (RU) basiert. Dieses Modell eignet sich hervorragend für serverlose, unvorhersehbare Workloads, erfordert aber sorgfältiges Capacity-Planning und weicht in einigen Verhaltensweisen vom Standard-MongoDB ab. Cosmos DB for MongoDB vCore löst diese Einschränkungen: Der Dienst nutzt dedizierte vCore-Cluster, die vollständige MongoDB-Wire-Protocol-Kompatibilität bieten. Bestehende MongoDB-Anwendungen können ohne Code-Änderungen auf vCore migriert werden, da alle gängigen Treiber, ORMs und Abfrage-Tools unverändert funktionieren.
Das Sizing-Modell von vCore ist für Teams, die bereits mit MongoDB vertraut sind, unmittelbar verständlich: Man wählt vCores, RAM und Storage-Größe nach bekannten Maßstäben. Microsoft übernimmt Patching, Backups, High Availability und Monitoring. Für Cluster-Hochverfügbarkeit stehen Replica Sets mit automatischem Failover zur Verfügung, was die SLA von 99,99% ermöglicht.
Native Vector Search und moderne KI-Workloads
Ein strategisch bedeutsames Feature von Cosmos DB for MongoDB vCore ist die native Vector Search. Viele KI-Anwendungen, insbesondere RAG-Systeme (Retrieval-Augmented Generation), benötigen sowohl eine klassische Dokumentendatenbank als auch eine Vektordatenbank für Embeddings. Mit vCore können beide Anforderungen in einem einzigen Dienst erfüllt werden: Dokumente und ihre Vektorrepräsentationen werden direkt nebeneinander gespeichert und in einer einzigen Abfrage kombiniert abgefragt. Dies reduziert Architekturkomplexität, Latenz und Kosten gegenüber der Kombination aus MongoDB und einer separaten Vektordatenbank.
Skalierung und Betrieb
Compute und Storage lassen sich in Cosmos DB for MongoDB vCore unabhängig voneinander skalieren. Cluster können von wenigen vCores für Entwicklungsumgebungen bis hin zu großen Produktions-Clustern mit vielen Cores und Hunderten GB RAM skaliert werden. Disk-based Storage mit automatischer Erweiterung vermeidet manuelle Storage-Management-Aufgaben. Für Hochverfügbarkeitsszenarien stehen Multi-Zone-Deployments zur Verfügung. Die Kombination aus MongoDB-Kompatibilität, integrierter Vektorsuche und Azure-Managed-Service-Vorteilen macht vCore zur bevorzugten Wahl für MongoDB-Migrationen in die Azure Cloud.
Typische Anwendungsfälle
Häufig gestellte Fragen
Was ist der Unterschied zwischen vCore und der RU-basierten Cosmos DB API for MongoDB?
Die RU-basierte API nutzt Request Units als Kapazitätsmodell, das für serverlose und unvorhersehbare Workloads geeignet ist, aber Capacity-Planning erfordert. vCore nutzt dedizierte Cluster mit fester vCore- und RAM-Zuweisung, was für bestehende MongoDB-Migrationen und berechenbare Workloads deutlich einfacher ist.
Muss ich meine MongoDB-Anwendung anpassen?
Nein. Cosmos DB for MongoDB vCore ist vollständig Wire-Protocol-kompatibel. Bestehende MongoDB-Treiber, Frameworks und Tools funktionieren ohne Code-Änderungen. Dies macht die Migration zu Azure erheblich einfacher als bei anderen managed Diensten.
Unterstützt vCore Vector Search?
Ja. Native Vector Search ist in Cosmos DB for MongoDB vCore integriert und ermöglicht die Speicherung von Embeddings direkt neben den eigentlichen Daten. Damit entfällt der Betrieb einer separaten Vektordatenbank für viele RAG-Anwendungsfälle.
