MongoDB 9.0: So sollte eine Datenbank sein

Seit Jahren wird Unternehmen geraten, eine Reihe von Kompromissen in Bezug auf ihren Technologie-Stack zu akzeptieren:

• Wenn Sie mehr Leistung wünschen, fügen Sie mehr Infrastruktur hinzu.

• Wenn Sie stärkere Sicherheit wünschen, bereiten Sie sich auf Anwendungseinschränkungen vor.

• Wenn Sie Observability wünschen, müssen Sie mehr Tools anschließen und mehr Signale übersetzen.

• Wenn Sie Resilienz wollen, stellen Sie Operatoren ein.

• Wenn Sie KI wollen, überdenken Sie Ihre gesamte Architektur.

Wir stimmen dem nicht zu, auch nicht der Annahme, dass der Datenbankbetrieb zwangsläufig immer komplexer wird, je anspruchsvoller die Anwendungen werden. Die Datenbank muss kein Flaschenhals sein. Sie kann und sollte die Leistung, Kontrolle und Flexibilität bieten, um schneller zu arbeiten.

Jede Anwendung, Transaktion, Kundeninteraktion, jedes KI-Modell und jeder Agent – die Datenbank sollte der Motor sein, der diese antreibt, und nicht das, was sie zurückhält. Das ist die Idee hinter MongoDB 9.0, der fortschrittlichsten Version in der Geschichte von MongoDB.

Die Welt verändert sich. Datenbanken müssen Schritt halten.

Moderne Anwendungen müssen Millionen von Benutzern bedienen und gleichzeitig wachsende Bestände von KI-Agenten unterstützen. KI-Systeme benötigen Zugriff auf aktuelle Betriebsdaten, und Agenten führen kontinuierlich Aktionen aus, was ein neues Maß an Parallelität und Unvorhersehbarkeit mit sich bringt. Entwicklungsteams sollen immer schneller agieren, während die Anforderungen an Sicherheit und Compliance immer weiter steigen. Dennoch fügen viele Unternehmen immer noch separate Systeme für Betriebsdaten, Analysen, Informationsabruf, Observability, Sicherheit und KI zusammen.

Jedes zusätzliche System schafft Komplexität und eine zusätzliche Angriffsfläche. Jede Integration führt zu Reibungen. Jeder Engpass bremst Innovation. Unternehmen benötigen eine Datenbasis, die Anwendungen, Entwickler und KI-Systeme unterstützt, ohne für jede neue Anforderung in einem schnelllebigen Markt eine neue Architektur zu benötigen.

MongoDB 9.0 ist für diese Realität konzipiert. Es verbessert die Kern-Engine von MongoDB in den Bereichen Leistung, Skalierbarkeit, Sicherheit, Ausfallsicherheit, Observability und Entwicklerproduktivität. Es handelt sich nicht um eine Ansammlung von losen Funktionen. Es ist ein einheitliches, kohärentes Erlebnis für die Entwicklung und den Betrieb moderner Anwendungen über das gesamte Angebot von MongoDB hinweg. Entdecken Sie die zentralen Säulen, die MongoDB 9.0 zur Grundlage für Unternehmen machen, die Innovationen vorantreiben, statt die Einschränkungen der Vergangenheit zu umgehen.

Mehr Raum zum Entwickeln

Leistung spielt eine wichtige Rolle, wenn sie sich in schnelleren Nutzererlebnissen und Geschäftswachstum niederschlägt.

MongoDB 9.0 setzt neue Maßstäbe für anspruchsvolle Unternehmens- und KI-gestützte Anwendungen. Im Vergleich zu 8.0 erzielen transaktionale Workloads einen um bis zu 20 % höheren Durchsatz, sodass Anwendungen geschäftskritischere Vorgänge effizienter verarbeiten können. Die Kernoperationen sind durch die Bank schneller: „Find-One“-Abfragen sind bis zu 35 % schneller und „Update-One“-Abfragen bis zu 30 % schneller. So können Anwendungen schneller auf Benutzer und nachgelagerte Systeme reagieren. Bei großen Bereitstellungen bietet MongoDB 9.0 einen fast doppelt so hohen Durchsatz, wodurch Teams mehr Benutzer, Transaktionen und KI-gesteuerte Aktivitäten unterstützen können, ohne die Infrastruktur zu erweitern oder Anwendungen umzugestalten.

Für MongoDB Atlas-Kunden ist die Gen2-Compute-Instanz jetzt für dedizierte Cluster der M30+-Klasse bei Amazon Web Services (AWS) und Google Cloud Platform (GCP) verfügbar. Gen2 bietet ein verbessertes Preis-Leistungs-Verhältnis sowie flexiblere Speicher- und IOPS-Kontrollen, mit denen Unternehmen die Ressourcen für ihre spezifischen Workload-Anforderungen optimieren können.

Das Ergebnis ist einfach: schnellere Anwendungsleistung, höhere betriebliche Effizienz und mehr Spielraum für Wachstum in der Infrastruktur, die Sie bereits betreiben. MongoDB 9.0 hilft Unternehmen dabei, noch weiter zu skalieren, bevor die Leistung zum Engpass wird.

Unser Ziel bleibt in allen Bereichen dasselbe: überlegene Leistung zu optimalen Kosten.

Sicherheit ohne Kompromisse

Während Unternehmen immer mehr sensible Daten sammeln, nehmen die Sicherheitsanforderungen weiter zu. Allzu oft geht ein stärkerer Schutz auf Kosten der Anwendungsfunktionalität. MongoDB 9.0 stellt diesen Kompromiss infrage.

Die branchenweit erste Queryable Encryption von MongoDB unterstützt jetzt Präfix-, Suffix- und Teilstring-Abfragen, so dass Anwendungen Suchen mit Teilübereinstimmungen durchführen können, während die Daten während ihres gesamten Lebenszyklus verschlüsselt bleiben. Echte Anwendungen suchen nicht nur nach exakten Übereinstimmungen. Sie durchsuchen Namen, Bezeichner, Domänen und andere Felder so, wie Benutzer tatsächlich mit ihnen interagieren. Mit MongoDB 9.0 können Unternehmen reichhaltige Sucherlebnisse für sensible Daten aufbauen, ohne die Sicherheit zu beeinträchtigen.

MongoDB Atlas erweitert zudem die Funktionen für sichere Konnektivität und Verschlüsselung. Die neue Unterstützung für das Port-Mapping von Google Private Service Connect (PSC) vereinfacht die private Vernetzung, da mehrere Datenbankknoten über einen einzigen Endpunkt aufgerufen werden können. Die regionsübergreifende Konnektivität von AWS PrivateLink ermöglicht eine private Kommunikation zwischen Anwendungen und Atlas-Clustern in verschiedenen AWS-Regionen, ohne den Datenverkehr dem öffentlichen Internet auszusetzen. Die Verschlüsselung ruhender Daten in Azure Key Vault (AKV) unterstützt nun die Authentifizierung ohne Geheimnisse unter Verwendung eines von Atlas verwalteten Dienstprincipals, wodurch die Speicherung von langfristig gültigen Anmeldeinformationen in Atlas entfällt. Atlas bietet zudem Unterstützung für Google Trust Services (GTS) als Zertifizierungsstelle und sorgt so für zusätzliche Ausfallsicherheit bei der Verwaltung von TLS-Zertifikaten.

Zusammen erleichtern diese Funktionen die Sicherung sensibler Daten, die Vereinfachung von Netzwerkarchitekturen und die Stärkung von Verschlüsselungs-Workflows. Das Ergebnis ist Sicherheit auf Unternehmensniveau, die moderne Anwendungsanforderungen unterstützt, anstatt sie einzuschränken.

Wenn Druck aufkommt, sollte die Datenbank wissen, worauf es ankommt

Produktionsumgebungen fallen selten aus, weil alles nach Plan läuft. Sie fallen aus, wenn der Datenverkehr sprunghaft ansteigt, die Verbindungsauslastung stark zunimmt, Ressourcen um die Nutzung konkurrieren oder sich die Auslastungsmuster schneller ändern, als die Teams darauf reagieren können. MongoDB 9.0 trägt dazu bei, dass solche Momente reibungslos verlaufen.

Intelligent Workload Management (IWM) ist eine Managed-Availability-Funktion, die dafür sorgt, dass Atlas-Cluster auch bei Überlastung reaktionsschnell und vorhersehbar bleiben. Wenn ein Cluster überlastet ist, reiht IWM vorübergehende Verkehrsspitzen in Warteschlangen ein, hält kurz laufende Vorgänge in Bewegung und lang laufende Vorgänge stabil und drosselt übermäßige Anfragen nur als letztes Mittel, um die Stabilität des Clusters zu gewährleisten. Es verschafft entscheidende Zeit, damit die automatische Skalierung Kapazität hinzufügen oder ein Operator eingreifen kann. Das bedeutet, dass Ihre Anwendung auch bei Überlastung online bleibt und Ihre Kunden keinen Unterschied bemerken.

MongoDB 9.0 stärkt außerdem die Kontrollmechanismen, die Teams dabei helfen, sich auf Unerwartetes vorzubereiten und sich davon zu erholen. Bei selbstverwalteten MongoDB-Instanzen schreibt Enterprise Advanced jetzt S3-Backups über einen direkten Datenpfad, der die Ops Manager-Steuerungsebene vollständig umgeht, um eine höhere Leistung zu erzielen. Außerdem erstellt es vollständig unveränderliche, portable Point-in-Time-Recovery-Ketten (PITR) in S3. Kontrollen für eine sichere Wartungsreihenfolge helfen dabei, Infrastrukturaktualisierungen in Nicht-Produktionsumgebungen zu validieren, bevor sie die Produktionsumgebung erreichen.

Die Wiederherstellung auf Datenbank- und Sammlungsebene für Atlas, das verbesserte Snapshot-Management und anpassbare Wartungswellen geben den Teams eine bessere Kontrolle über Datenwiederherstellungs- und Wartungsvorgänge. Zusammen helfen diese Funktionen Unternehmen dabei, die Resilienz zu stärken, das Änderungsmanagement zu rationalisieren und Updates nach ihren eigenen Bedingungen zu verwalten.

Resilienz wird weniger zum Versprechen als zur Betriebsfähigkeit: Schützen Sie kritische Arbeiten, stellen Sie wieder her, was wichtig ist, und gestalten Sie die Wartung kontrollierter.

Sehen Sie sich das gesamte System an

Moderne Systeme generieren enorme Mengen an Telemetriedaten. Die Herausforderung besteht nicht darin, Daten zu sammeln. Sie besteht darin, zu verstehen, was diese Daten im Kontext der Anwendung bedeuten. MongoDB 9.0 bietet einen klareren Einblick in das Verhalten von Datenbanken und Anwendungen. Eine neu gestaltete Benutzeroberfläche für Atlas Metrics bietet Teams eine intuitivere Möglichkeit, den Zustand des Clusters und die Workload-Leistung zu verstehen, sodass sie Probleme schneller erkennen und diagnostizieren können.

Die verbesserte native OpenTelemetry-Integration ermöglicht es, Atlas-Metriken, ‑Protokolle und ‑ereignisse direkt an jede OpenTelemetry-gestützte Observability-Plattform zu übertragen, einschließlich beliebter Optionen wie Datadog, New Relic, Dynatrace, Prometheus/Grafana, Google Cloud, Azure und AWS CloudWatch.

MongoDB 9.0 erweitert auch die Query Shape-Metriken über Lesevorgänge hinaus und umfasst nun auch Einfügungen, Aktualisierungen und Löschungen. Teams erhalten einen vollständigeren Überblick über die Leistung von Workloads, den Ressourcenverbrauch und die Datenbankaktivitäten über den gesamten Anwendungslebenszyklus hinweg.

Wenn etwas schiefgeht, sollten sich Unternehmen nicht fragen müssen, wo sie zuerst suchen müssen oder ihre Datenbanksignale übersetzen müssen, bevor sie handeln können.

Modernisierung ohne Neuanfang

Die Modernisierung sollte nicht dazu führen, dass Unternehmen die Investitionen aufgeben müssen, die ihre Teams bereits produktiv machen. MongoDB 9.0 senkt die Kosten für weitere Fortschritte. Die MongoDB-Erweiterung für Hibernate ORM ermöglicht Java-Entwicklern, weiterhin die vertrauten Hibernate-APIs und die Hibernate-Abfragesprache zu verwenden, während sie mit MongoDB arbeiten.

Neue Schema-Einschränkungen machen es einfacher, Anwendungserwartungen direkt in der Datenbank durchzusetzen und bieten Teams einen gemeinsamen, maßgeblichen Ort für Datenregeln.

Zusammen bieten diese Funktionen einen praxisnahen Weg zur Modernisierung: Sie ermöglichen es, vertraute Entwicklungsmuster beizubehalten, die verteilte Validierung zu reduzieren und die Flexibilität von MongoDB zu nutzen, ohne die Anwendungslogik von Grund auf neu entwickeln zu müssen.

Eine Grundlage für die Zukunft

Die nächste Generation von Anwendungen wird operative Workloads, Suche, Analytik und KI kombinieren. Agenten werden kontinuierlich Daten lesen und schreiben. Die Anwendungen müssen schneller reagieren, zuverlässiger funktionieren und sensiblere Informationen schützen – und das alles zur gleichen Zeit. Diese Zukunft braucht keine weitere Fragmentierung. Sie braucht eine solidere Grundlage.

MongoDB 9.0 bietet Unternehmen mehr Wachstumspotenzial, mehr Kontrolle bei sich ändernden Rahmenbedingungen, einen besseren Einblick in das Produktionsverhalten, einen stärkeren Schutz sensibler Daten und einen reibungsloseren Weg zur Modernisierung. Es stärkt MongoDB als Grundlage für Anwendungen, Entwickler und KI-Systeme in Atlas, Enterprise Advanced, Community Edition und selbstverwalteten Umgebungen, einschließlich regulierter und Air-Gapped-Bereitstellungen.

Denn die Datenbank sollte niemals der Engpass sein.

Sie sollte die Plattform sein, die alles andere ermöglicht.

So sollte eine Datenbank sein.

Hinweis: Die Leistungsergebnisse basieren auf internen Tests von MongoDB, bei denen MongoDB 9.0 und MongoDB 8.0 unter Verwendung öffentlich zugänglicher Benchmark-Methoden verglichen wurden. Die Ergebnisse können je nach Workload, Bereitstellung, Hardware und Konfiguration variieren.