Grundlegendes zur MongoDB-Kompatibilität in verwalteten MongoDB-Diensten

Im Bereich der verwalteten MongoDB-Dienste ist das Verständnis der Kompatibilitäts- und Featureunterstützung entscheidend, um anbieterunabhängig zu bleiben. Während es eine häufige Wahrnehmung ist, dass alle Dienste nach vollständiger MongoDB-Kompatibilität streben, führen praktische Einschränkungen und strategische Entscheidungen häufig zu selektiver Featureunterstützung. Dieses Dokument zielt darauf ab, diese Aspekte unter Verwendung von MongoDB Atlas als Fallstudie zu veranschaulichen, um die breitere Industriepraxis zu veranschaulichen, einschließlich der Vorgehensweise von Azure DocumentDB zu diesen Herausforderungen.

Die Realität der verwalteten MongoDB-Dienste

Ist MongoDB Atlas Wirklich MongoDB?

Entgegen der Wahrnehmung ist MongoDB Atlas nicht vollständig kompatibel und besteht fast 10% der eigenen offiziellen Testsuite von MongoDB nicht. Nicht unterstützte Features umfassen:

• Administrative Befehle: Aktionen wie setParameter, , logRotateund shutdown sind entweder eingeschränkt oder nicht verfügbar, was sich auf die Möglichkeit auswirkt, die Datenbankumgebung vollständig anzupassen und zu steuern.
• Zugriffssteuerungsbefehle: Zu den Einschränkungen gehören die fehlende Unterstützung von createUser, updateUser, dropUser für die Benutzerverwaltung; createRole, updateRole, dropRole für die Rollenverwaltung; und grantRolesToUser, revokeRolesFromUser für die Berechtigungsverwaltung, was sich negativ auf Anwendungen auswirkt, die diese nutzen. Genau wie Azure DocumentDB erfordert MongoDB Atlas, dass Benutzer eine Erstanbieterlösung für die Zugriffs- und Rollenverwaltung nutzen.
• Sitzungs- und Replikationsbefehle: Befehle im Zusammenhang mit der Sitzungsverwaltung wie killAllSessions und der Replikationskonfiguration wie replSetReconfig sind eingeschränkt replSetInitiate, was sich auf die betriebliche Flexibilität auswirken kann.
• Sharding und Benutzerverwaltung: Wichtige Sharding-Vorgänge wie sh.disableBalancing und removeShard sowie Benutzer- und Rollenverwaltungsbefehle wie createUser und dropUser weisen Einschränkungen auf.

Cluster mit niedrigerer Ebene wie M0, M2 und M5 weisen viele zusätzliche wichtige Einschränkungen für Befehle und Funktionen auf.

Diese Einschränkungen unterstreichen einen kritischen Punkt: Verwaltete Dienste, einschließlich MongoDB Atlas, müssen die Bereitstellung von MongoDB-Features mit der Gewährleistung der Stabilität, Sicherheit und Leistung ihrer Plattformen in Einklang bringen.

Ansatz von Azure DocumentDB

Azure DocumentDB erkennt diese branchenweiten Praktiken an und setzt einen kundenorientierten Ansatz zur Unterstützung und Kompatibilität von Features ein. Wir priorisieren Features, die unseren Benutzern den größten Nutzen bieten und sich auf Folgendes konzentrieren:

• KI-First: Unser KI-first-Ansatz ist in unseren Vector Search-Features verankert, die von DiskANN unterstützt werden und eine solide Grundlage für generative KI-Anwendungen bieten, ohne dass komplexe und teure Integrationen erforderlich sind.
• Leistung und Skalierbarkeit: Bietet anpassbare Leistungsstufen, entkoppelt von Speicher und globaler Verteilung, um unterschiedliche Workloadanforderungen zu erfüllen. Weitergabe der Kosteneinsparungen durch die Open Source DocumentDB-Engine (die den Dienst antreibt) an Kunden, um Geld zu sparen.
• Sicherheit und Compliance: Bereitstellen erweiterter Sicherheitsfeatures wie private Link- und Entra-ID-Integration, um Datenschutz und Einhaltung gesetzlicher Standards zu gewährleisten.
• Betriebsflexibilität: Unterstützung einer breiten Reihe von MongoDB-Features (97% von Aggregationsoperatoren, 96% von Abfrage-/Projektionsoperatoren und 100% von Updateoperatoren usw.) und gleichzeitig innovationen mit Azure-spezifischen Funktionen wie Instant AutoScale zur Verbesserung der Benutzerfreundlichkeit und Verwaltung.
• Transparente Unterstützungsinfrastruktur: Keine Notwendigkeit für separate komplexe und teure Supportverträge von Drittanbietern.
• Vereinfachte Versionen Azure DocumentDB verwendet eine einheitliche Codebasis für alle Serverversionen und bietet versionsabhängige Features ohne Datenbankversionsupgrades.
• Full-Stack-SLA: Stellen Sie eine SLA bereit, die nicht nur die Datenbankanwendung, sondern auch die Rechenleistung und Infrastruktur umfasst, auf der sie ausgeführt wird, um Ihnen Sicherheit zu geben.

Conclusion

Im verwalteten MongoDB-Servicebereich kann kein Anbieter absolute Kompatibilität mit Open Source MongoDB aufgrund der inhärenten Trade-Offs geltend machen, die zum Anbieten eines verwalteten Diensts erforderlich sind. Azure DocumentDB erkennt diese Branchenrealitäten und entscheidet sich dafür, sich auf Transparenz, Kundenfeedback und die kontinuierliche Weiterentwicklung unseres Dienstes zu konzentrieren. Indem Sie die Einschränkungen im Gesamten verstehen, können Kunden besser in ihren Optionen navigieren und die Lösung auswählen, die ihren Anforderungen am besten entspricht.

Azure DocumentDB ist weiterhin für die Bereitstellung einer robusten, skalierbaren und sicheren Plattform vorgesehen, die den Anforderungen moderner Anwendungen entspricht, mit einem klaren Bekenntnis zur Verbesserung basierend auf den realen Anwendungsfällen unserer Kunden.

Ausführliche Informationen zu den Features und Kompatibilität von Azure DocumentDB finden Sie in unserer Dokumentation.

Nächste Schritte

Erste Schritte mit Azure DocumentDB