Die 4 wichtigsten Gründe für den Einsatz von MongoDB 8.0

Scott Amerman and Cristopher Stauffer
October 2, 2024 | Updated: November 4, 2024
#MongoDB 8.0

Wir freuen uns, Ihnen mitteilen zu können, dass MongoDB 8.0 – die neueste Version der weltweit beliebtesten Dokumentdatenbank, die von Millionen Entwicklern und mehr als 50.000 Kunden auf der ganzen Welt verwendet wird – jetzt allgemein verfügbar ist. MongoDB 8.0 baut auf den branchenführenden Funktionen von MongoDB auf und bietet erhebliche Leistungsverbesserungen, geringere Kosten und eine höhere Benutzerfreundlichkeit, von der lokalen Bereitstellung bis hin zu global verteilten Anwendungen auf Unternehmensebene.

Entwickler lieben es schon lange, mit MongoDB zu arbeiten, daher haben wir sichergestellt, dass 8.0 den hohen Standard der Benutzerfreundlichkeit für Entwickler beibehält. MongoDB 8.0 wurde außerdem entwickelt, um die strengsten Sicherheits-, Ausfallsicherheits-, Verfügbarkeits- und Leistungsanforderungen unserer Kunden zu übertreffen und ist die bislang beeindruckendste Version von MongoDB. MongoDB 8.0 bietet Kunden die bestmögliche Grundlage für die Erstellung einer breiten Palette von Anwendungen – jetzt und in der Zukunft.
Jim Scharf, Chief Technology Officer, MongoDB

Für MongoDB 8.0 haben wir unsere Entwicklungsbemühungen auf vier Kernziele konzentriert:

Optimierung der Leistung für die unterschiedlichsten Anwendungen
Innovative Verschlüsselung, um neue Anwendungsfälle zu erschließen
Reduzierung der Kosten und Steigerung der Skalierbarkeit durch schnelle und intuitive horizontale Skalierung für hohe Verfügbarkeit
Sicherstellen der Ausfallsicherheit bei unerwarteter Anwendungsnachfrage

Wie profitieren Teams also tatsächlich von diesen Zielen beim Erstellen und Verwalten von Anwendungen? Sehen wir uns zunächst an, warum Sie MongoDB 8.0 verwenden sollten.

Unabhängig davon, ob Sie ein erfahrener MongoDB-Nutzer sind oder sich zum ersten Mal mit der Datenbank beschäftigen: MongoDB 8.0 ist eine großartige Grundlage für neue Anwendungen und zur Optimierung bestehender Anwendungen. Version 8.0 kombiniert die Dinge, die Entwickler an MongoDB am meisten lieben – wie ein intuitives und einheitliches Entwicklererlebnis, Unterstützung für eine Vielzahl von Anwendungsfällen und einfache Bedienung – mit beispiellosen Leistungsverbesserungen.

Die wichtigsten Gründe für den Wechsel zu MongoDB 8.0

1. MongoDB 8.0 ist über 30 % schneller als zuvor

Da die Datenanwendungen immer mehr Daten generieren und nutzen, können geringfügige Ineffizienzen zu einem überproportionalen Anstieg der Infrastrukturkosten führen. Da viele Kunden in erster Linie über ihre Anwendungen mit Unternehmen interagieren, kann eine schlechte oder inkonsistente Anwendungsleistung zu Kundenunzufriedenheit, verpassten Geschäftschancen und Umsatzrückgängen führen. Daher ist es für Unternehmen unerlässlich, sicherzustellen, dass ihre Anwendungen konstant gut funktionieren.

MongoDB 8.0 verbessert die Leistung erheblich, indem es Anwendungen ermöglicht, Daten schnell und effizient abzufragen und zu transformieren, mit bis zu 36 % besserem Durchsatz. Durch Architekturoptimierungen in MongoDB 8.0 wurden Speichernutzung und Abfragezeiten reduziert, und eine Kombination aus effizienterer Stapelverarbeitung und Optimierungen ermöglichte 56 % schnellere Massenschreibvorgänge und 20 % schnellere gleichzeitige Schreibvorgänge bei der Datenreplikation. Darüber hinaus bedeuten Optimierungen in MongoDB 8.0, dass die Datenbank größere Mengen an Zeitreihendaten verarbeiten und Vorgänge über 200 % schneller ausführen kann – bei geringerem Ressourcenverbrauch und geringeren Kosten.

2. MongoDB 8.0 ist sicherer als je zuvor

Datenschutz und -sicherheit sind unerlässlich. Angesichts der zunehmenden Komplexität und des Volumens der Daten, die zwischen verschiedenen Umgebungen übertragen, gespeichert und verarbeitet werden, ist der Schutz vertraulicher Informationen durch eine robuste Verschlüsselung wichtiger denn je. Organisationen müssen ihre Daten während des gesamten Lebenszyklus schützen – während der Übertragung über Netzwerke, im Ruhezustand am Speicherort und während der Verwendung für Abfragen und Verarbeitung. Es kann jedoch schwierig sein, Daten während der Abfrage und Verarbeitung zu verschlüsseln, so dass die Daten durch böswillige Akteure aufgedeckt oder exfiltriert werden können.

MongoDB Queryable Encryption ist eine branchenweit einzigartige Innovation, die von der MongoDB Cryptography Research Group entwickelt wurde. Sie ermöglicht Kunden, vertrauliche Daten clientseitig zu verschlüsseln, sie sicher als vollständig randomisierte verschlüsselte Daten in der MongoDB-Datenbank zu speichern und aussagekräftige Abfragen auf den verschlüsselten Daten zur Verarbeitung auszuführen.

MongoDB 8.0 unterstützt jetzt – zusätzlich zu Gleichheitsabfragen – auch Bereichsabfragen, um den sicheren Datenabruf mit größerer Flexibilität für allgemeine Suchvorgänge zu erweitern. Mit Queryable Encryption bleiben die erforderlichen Daten verschlüsselt, bis sie mithilfe eines vom Kunden kontrollierten Entschlüsselungsschlüssels einen autorisierten Endbenutzer erreichen – ohne dass hierfür Kenntnisse in der Kryptografie erforderlich sind.

3. MongoDB 8.0 macht Skalierung günstiger und einfacher

Wenn Unternehmen wachsen, entwickeln sich auch die Anforderungen an ihre Anwendungen weiter. Beispielsweise kann die Skalierung auf Millionen von Benutzern eine Herausforderung für Unternehmen darstellen, die ihre Anwendungen ursprünglich für Tausende von Benutzern konzipiert haben. Der Grund dafür ist, dass die Implementierung von Architekturänderungen in Produktionsanwendungen mit erheblichem, mitunter kostspieligem und zeitraubendem Aufwand verbunden sein kann.

Mit MongoDB 8.0 ist die horizontale Skalierung jetzt schneller, einfacher und günstiger. Mit horizontaler Skalierung können Anwendungen über die Grenzen herkömmlicher Datenbankressourcen hinaus skaliert werden, indem die Daten auf mehrere Server (sogenannte Shards) aufgeteilt werden – ohne dass für einen einzelnen Server vorab immer mehr Rechenressourcen bereitgestellt werden müssen. Neue Sharding-Funktionen in MongoDB 8.0 verteilen Daten bis zu 50-mal schneller auf Shards und bieten beim Einstieg bis zu 50 % geringere Kosten.

4. MongoDB 8.0 gibt Ihnen mehr Kontrolle, damit Ihre Anwendungen reibungslos laufen

Endbenutzer erwarten konsistente Anwendungserlebnisse, selbst in Zeiten hoher Nachfrage und während Nutzungsspitzen. Unternehmen, die nicht über eine langlebige operative Datenbank verfügen, riskieren schlechte Kundenerfahrungen und ein verzögertes Anwendungsverhalten (oder sogar Ausfallzeiten) in Zeiten hoher Nachfrage.

MongoDB 8.0 bietet Teams, die die Datenbankleistung für unvorhersehbare Nutzungsspitzen und anhaltend hohe Nachfrage optimieren, mehr Kontrolle. MongoDB 8.0 enthält neue Funktionen zum Festlegen eines standardmäßigen maximalen Zeitlimits für die Ausführung von Abfragen, zum Ablehnen wiederkehrender Typen problematischer Abfragen und zum Festlegen von Abfrageeinstellungen, die auch bei Ereignissen wie Datenbankneustarts bestehen bleiben. Diese Funktionen tragen dazu bei, ein konsistentes Anwendungsverhalten und eine hohe Leistung sicherzustellen, unabhängig von Nachfragespitzen oder unerwarteten Ereignissen.

Sind Sie bereit, MongoDB 8.0 auszuprobieren?

Wenn Sie eine neue Anwendung erstellen, können Sie am einfachsten mit MongoDB 8.0 beginnen, indem Sie mongodb.com/try aufrufen. Hier können Sie sich für ein kostenloses Atlas-Konto anmelden, die Community Edition herunterladen und mit einem Enterprise-Advanced-Abonnement mehr über die selbstverwaltete MongoDB erfahren.

Wenn Sie eine frühere Version von MongoDB verwenden, finden Sie hilfreiche Upgrade-Tutorials für MongoDB Atlas und selbstverwaltete Implementierungen. Darüber hinaus stehen die Dokumentation und die fachkundige Hilfe des MongoDB Professional Services Teams zur Verfügung.

Wenn Sie über eine vorhandene Anwendung verfügen, die derzeit nicht MongoDB als Datenbank verwendet, sehen Sie sich das Tool MongoDB Relational Migrator an. Relational Migrator kann Ihnen dabei helfen, vorhandene relationale Schemata einem MongoDB-Schema zuzuordnen, Datenmigrationen durchzuführen und vorhandene relationale Abfragen, Trigger und gespeicherte Prozeduren für die Arbeit mit MongoDB zu konvertieren.

Die Entwicklungs- und Produktteams von MongoDB haben aufmerksam auf das Feedback der Entwickler gehört, und MongoDB 8.0 wurde mit besonderem Augenmerk auf die Benutzerfreundlichkeit für Entwickler sowie auf Sicherheit, Haltbarkeit, Verfügbarkeit und Leistung entwickelt. Wir freuen uns, dass Sie es ausprobieren, und sind sicher, dass Sie die Leistungssteigerungen und anderen Vorteile von MongoDB 8.0 schätzen werden!

← Previous

MongoDB 8.0: Raising the Bar

I recently received an automated reminder that I was approaching a work anniversary, which took me somewhat by surprise. It’s hard to believe that it’s already been a year (to the day) that I joined MongoDB ! So I thought I’d take a moment to reflect on my MongoDB journey so far, share some exciting product updates, and signal where we’re headed next. Our customers I joined MongoDB because it built a product developers love. The innovation of MongoDB’s document model empowered developers to simply build. No longer encumbered by having to formalize and denormalize their data schema before their application was even designed, MongoDB enabled developers to interact with data in an intuitive JSON format, and made it easy to evolve data structures as the life of their application evolved. One of my first steps upon joining the company was to learn more about our customers. I was excited to learn that in addition to delighting developers, MongoDB had launched capabilities that enabled it to win mission-critical workloads from enterprise class customers—including 70% of the Fortune 100 and highly regulated global financial institutions, health care providers, and government agencies. I found it remarkable that customers could replicate data across AWS, Google Cloud, and Microsoft Azure in MongoDB Atlas (our fully-managed cloud database service) with just a few mouse clicks, and that some customers replicate data between the cloud and on premises using MongoDB Enterprise Advanced. This optionality struck me as powerful in the era of rapid advancements in AI, as it enables customers to easily bring their data to the best cloud provider for AI. Soon after I joined MongoDB, the team was firming up the development roadmap for the next version of MongoDB, and they asked for my input on the plan. The team was debating whether to focus on features developers would love, or governance capabilities required by large enterprises. I knew that ideally we would please all of our customers, so we had to try to make this an “and” and not an “or.” While I was new to MongoDB, from my 17+ years at AWS I learned that all customers demand security, durability, availability, and performance (in that order) from any modern technology offering. If a product or service doesn’t have those four elements, customers won’t buy whatever you’re selling. So as a team, we agreed that our next release of MongoDB—MongoDB 8.0—had to raise the bar for all of our customers, delivering great security, durability, availability, and performance. The plan We had less than a year before our target launch, so we knew we had to get moving, fast. My team and I brought MongoDB’s product and engineering organizations together to align on the plan for our next release. We set goals around delivering significant improvements in security, durability, and availability. And we set a line in the sand—that we weren’t going to release MongoDB 8.0 unless it was the best-performing version of MongoDB yet. Measuring the performance of a feature-rich database like MongoDB can be tricky, as customers run a wide range of workloads. So we decided to run a suite of benchmarks to simulate customer workloads. We also developed Andon cord -inspired automation that would automatically roll back any code contributions that regressed our performance metrics. Finally, a set of senior engineering leaders met regularly to review our progress and immediately escalated any blockers that could jeopardize our launch, so that we could quickly fix things. From my experience, I knew that great teams really respond when they’re given clear goals, and when they’re empowered to innovate, so I was excited to see what they would come up with. I’m proud to say that our product and engineering teams rose to the challenge. Announcing MongoDB 8.0 Today, I’m thrilled to announce the general availability of MongoDB 8.0 —the most secure, durable, available, and performant version of MongoDB yet! The team came up with architectural optimizations in MongoDB 8.0 that have significantly reduced memory usage and query times, and have made batch processing more efficient than previous versions. Specifically, MongoDB 8.0 features: 36% better read throughput 56% faster bulk writes 20% faster concurrent writes during data replication 200% faster on complex aggregations of times series data In making these improvements, we're seeing benchmarks for typical web applications perform 32% better overall. Here’s a breakdown of how MongoDB 8.0 performs against some of our benchmarks: Improved performance benefits all users of applications built atop MongoDB, and for MongoDB customers, it can mean reduced costs (due to an improved price/performance ratio). In addition to significant performance gains, MongoDB 8.0 delivers a wide range of improvements, including (but not limited to): Improving availability by delivering sharding enhancements to distribute data across shards up to 50 times faster and at up to 50% lower starting cost, with reduced need for additional configuration or setup. Improving support for a wide range of search and AI applications at higher scale and lower cost, via the delivery of quantized vectors—compressed representations of full-fidelity vectors—that require up to 96% less memory and are faster to retrieve while preserving accuracy. Enabling customers to encrypt data at rest, in transit, and in use by expanding MongoDB’s Queryable Encryption to also support range queries. Queryable Encryption is a groundbreaking, industry-first innovation developed by the MongoDB Cryptography Research Group that allows customers to encrypt sensitive application data, store it securely as fully randomized encrypted data in the MongoDB database, and run expressive queries on the encrypted data —with no cryptography expertise required. You might wonder why we’re so confident that customers are going to love MongoDB 8.0. Well, we’ve been acting as our own customer, and have moved our own applications over to 8.0. This approach is generally called “ dogfooding ,” but we think that “eating our own pizza” sounds more appetizing. Our internal build system—which our software developers use daily—is built atop MongoDB, and when we upgraded to MongoDB 8.0 we saw query latencies drop by approximately 75%! This was a double win, as it improved the performance of our own tooling, and it set our performance chat room abuzz with excitement in anticipation of delighting external customers. While results may vary based on your particular workload, the point is that we just couldn’t wait to share MongoDB 8.0’s performance gains with customers. Indeed, customers are also already seeing great results on MongoDB 8.0. For example, Felix Horvat, Chief Technology Officer at OCELL , a climate technology company in Germany, said: “With MongoDB 8.0, we have seen an incredible boost in performance, with some of our queries running twice as fast as before . This improvement not only enhances our data processing capabilities but also aligns perfectly with our commitment to resource efficiency. By optimizing our backend operations, we can be more effective in our climate initiatives while conserving resources—a true reflection of our dedication to sustainable solutions.” I encourage you to check out MongoDB 8.0 yourself. It’s available today via MongoDB Atlas, as part of MongoDB Enterprise Advanced for on-premises and hybrid deployments, and as a free download from mongodb.com/try with MongoDB Community Edition. In addition, customers upgrading from previous versions of MongoDB to 8.0 can find helpful upgrade guides on mongodb.com. What’s next? We’re excited for you to try MongoDB 8.0 and to share your feedback, as customer feedback helps us guide our roadmap for future releases. Going forward, please watch this space. Over the next few weeks, we’ll be publishing a series of engineering blog posts that dig into MongoDB’s investments in the technology behind MongoDB 8.0. We’re also planning posts about horizontal scaling in MongoDB 8.0, and one that will look closely at queryable encryption (QE), but let me know what you’d like to hear more about. It’s been an exciting year at MongoDB—I can’t wait to see what the next one has in store! –Jim

October 2, 2024

Next →

Staff Engineering at MongoDB: Your Path to Making Broad Impact

Andrew Whitaker is a Senior Staff Engineer at MongoDB. His previous experience spans tiny startups to enormous organizations like AWS, where he held several different roles focusing on databases. Before joining MongoDB, he worked at a startup building optimized machine learning models in the cloud. Read on to learn more about why Andrew decided to join MongoDB in a senior-level engineering role and how his work is driving improvement within our engineering organization. Why MongoDB I have long been a fan of MongoDB’s products and services. MongoDB the database has always been a pleasure to work with – the system “brings joy” to quote a phrase. As a Python developer, I appreciate how the Python driver feels “Pythonic” in a completely natural way. The programmer interacts with the database using Python constructs: dictionaries, lists, and primitive types. By contrast, SQL databases force me to change my mental model, and the query language feels like an add-on that does not blend with the core language. As an engineer, I am always looking to expand my knowledge and grow my skills. The scope of challenges engineers face at MongoDB is what triggered my interest in the company. We obviously have people working on core databases and distributed systems. But, we also have teams dedicated to machine learning, streaming data, analytics, networking, developer tooling, drivers, and many more areas. It is very hard to get bored working at MongoDB. Finally, I would be remiss if I did not mention the people. Overall, MongoDB’s engineering culture prioritizes intelligence, low ego, and an ability to get stuff done. CL/CI (Continuous Learning, Continuous Improvement) Working at MongoDB has provided me with opportunities for continued learning and growth. Though I do not program as much as I did earlier in my career, I have recently been exploring the Rust language. I’m excited by Rust because it avoids the tradeoffs between predictable performance and safety. My work in the search space has given me exposure to the fast moving world of AI: vector embeddings, RAG, etc. For various reasons, I think MongoDB is uniquely positioned to do well in this area. On top of this, I’m working on some initiatives that are not fully public. I can say that one focus area is improving the sharding experience for our customers. We believe MongoDB sharding is best-in-breed. Still, the process requires more manual configuration than we think is ideal: customers select the shard key, cluster type, shard count, etc. We give guidance here, but I think we can raise the bar in terms of offering a seamless experience with less “futz”. I’m also working with the search team. We believe there is a natural affinity between MongoDB’s document model and AI/ML workloads. We have some features in the works that extend this integration in new and interesting ways. I also spend a fair bit of time driving quality improvements across our suite of products. Our CTO Jim Scharf frequently refers to our “ big 4 ” goals: security, durability, availability, and performance. These goals are more important than any feature we build. I’ve been working across the company to help teams define their availability SLO/SLAs. It turns out that measuring availability is a subtle topic. For example, a naive approach of counting the percentage of failed requests can underestimate downtime because customers make fewer requests when a service is unavailable. So, the first step is to clarify the definition of availability. Finally, as a lapsed academic (in a distant life, I was a graduate student at the University of Washington Department of Computer Science and Engineering), I’m always interested in finding ways to bridge theory and practice. I’ve been collaborating with some folks in our research team to drive improvements to our replication protocols. There are theoretical results that suggest it is impossible to simultaneously achieve low latency and strong consistency (“linearizability” in the technical jargon). However, we believe there are intermediate points in the consistency/latency spectrum that have not been fully explored. This work hasn't been made into a product yet, but stay tuned. Flexible working MongoDB is a hybrid company. Like many of our engineers, I work outside the company headquarters in New York City (I live in Seattle). I appreciate MongoDB’s approach to hybrid working and that company leadership, starting with Dev , cares about the well-being of their employees. It seems there are companies that don’t seem to trust their employees to make decisions, such as which days to come into the office, so I’m thankful for the autonomy I receive at MongoDB to work in a way that’s best for me. Remote work has its challenges, but I would say that the benefit for my work/life balance has been transformative. Final thoughts I have found MongoDB engineers demonstrate a strong mix of technical depth, pragmatism, and empathy. I have yet to find the “smart jerk” prototype that seems to exist throughout the tech industry. Overall, I have found MongoDB is open to change and growth at both the team level and the individual level. There is a willingness to evolve and improve that aligns with the company’s values and leadership principles and enables the success of our technology and people. Find out more about MongoDB culture and career opportunities by joining our talent community .

November 20, 2024