Os 4 principais motivos para usar o MongoDB 8.0

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

Estamos muito satisfeitos em anunciar que o MongoDB 8.0, a versão mais recente do banco de banco de dados de documento mais popular do mundo, usado por milhões de desenvolvedores e mais de 50.000 clientes em todo o mundo, já está disponível para o público em geral. O MongoDB 8.0 baseia-se nos recursos principais do setor do MongoDB para fornecer melhorias significativas de desempenho, custos reduzidos e maior facilidade de uso, de implantações locais a aplicativos distribuídos globalmente em escala empresarial.

””

Os desenvolvedores sempre gostaram de criar com o MongoDB, por isso garantimos que a versão 8.0 mantivesse o padrão extremamente alto para a usabilidade do desenvolvedor. O MongoDB 8.0 também foi criado para exceder os requisitos mais rigorosos de segurança, resiliência, disponibilidade e desempenho dos nossos clientes e é a versão mais impactante do MongoDB até agora. O MongoDB 8.0 oferece aos clientes a base mais sólida possível para a criação de uma gama ampla de aplicativos, para o presente e para o futuro.

Jim Scharf, Chief Technology Officer, MongoDB

Para o MongoDB 8.0, concentramos nossos esforço de engenharia em torno de quatro objetivos principais:

  • Otimize o desempenho para a mais ampla variedade de aplicativos

  • Ofereça criptografia avançada para desbloquear novos casos de uso

  • Reduza os custos e aumente a escala com o dimensionamento horizontal rápido e intuitivo para alta disponibilidade

  • Garanta a resiliência para demanda inesperada de aplicação

Então, como essas metas realmente beneficiam as equipes à medida que criam e gerenciam aplicativos? Começaremos analisando por que você deve usar o MongoDB 8.0.

Se você tem experiência com o MongoDB ou está apenas começando a usar banco de dados, o MongoDB 8.0 é uma ótima base para novos aplicativos e para impulsionar os aplicativos existentes. A versão 8.0 combina tudo que os desenvolvedores mais gostam do MongoDB, como uma experiência de desenvolvimento intuitiva e consistente, suporte para um conjunto amplo de casos de uso e facilidade de uso operacional, com melhorias de desempenho incomparáveis.

Principais razões para mudar para o MongoDB 8.0

1. O MongoDB 8.0 está 30% mais rápido do que antes

À medida que a geração e o uso dos aplicativos de dados aumentam, pequenas ineficiências podem levar a aumentos desproporcionais nos custos de infraestrutura. Como muitos clientes interagem com as empresas principalmente por meio de seus aplicativos, um desempenho ruim ou inconsistente dos aplicativos pode levar à insatisfação do cliente, à perda de oportunidades e à redução da receita. Portanto, é fundamental que as organizações garantam que seus aplicativos tenham um desempenho consistentemente bom.

O MongoDB 8.0 melhora o desempenho consideravelmente ao possibilitar que os aplicativos consultem e transformem dados de forma rápida e eficiente, com uma melhora da taxa de transferência de até 36%. As otimizações de arquitetura no MongoDB 8.0 reduziram o uso de memória e os tempos de query, e uma combinação de processamento e otimizações em lote mais eficientes tornou possível gravações em massa 56% mais rápidas e gravações simultâneas 20% mais rápidas durante a replicação de dados. Além disso, as otimizações no MongoDB 8.0 significam que o banco de dados pode processar volumes maiores de dados de série temporal e executar operações 200% mais rápidas, com o uso de recursos e custos reduzidos.

2. O MongoDB 8.0 está mais seguro do que nunca

A proteção e a segurança de dados são essenciais. Com o aumento da complexidade e do volume de dados transmitidos, armazenados e processados em vários ambientes, proteger informações confidenciais com criptografia robusta é mais importante do que nunca. As organizações devem proteger seus dados durante todo o seu ciclo de vida — em trânsito pelas redes, em repouso onde estão armazenados e enquanto estão em uso para consulta e processamento. No entanto, pode ser um desafio criptografar os dados enquanto eles são consultados e processados, deixando-os vulneráveis à exposição ou exfiltração por agentes mal-intencionados.

A Queryable Encryption do MongoDB é uma novidade do setor, desenvolvida pelo MongoDB Criptografia Research Group. Ele permite que os clientes criptografem dados confidenciais no lado do cliente, os armazenem com segurança como dados criptografados totalmente aleatórios no banco de dados MongoDB e executem consultas expressivas nos dados criptografados para processamento.

O MongoDB 8.0 agora inclui suporte para queries de intervalo — além das queries de igualdade — para expandir a recuperação segura de dados com maior flexibilidade para pesquisas comuns. Com o Queryable Encryption, os dados necessários permanecem criptografados até chegarem a um usuário final autorizado usando uma chave de descriptografia controlada pelo cliente, sem a necessidade de experiência em criptografia.

3. O MongoDB 8.0 torna mais barato e fácil de escalar

À medida que as organizações crescem, os requisitos de seus aplicativos tendem a desenvolver-se. Por exemplo, o dimensionamento para oferecer suporte a milhões de usuários pode ser um desafio para as organizações que originalmente projetaram seus aplicativos para milhares de usuários. Isso ocorre porque a implementação de alterações arquitetônicas em aplicativos de produção pode envolver um esforço significativo que pode ser caro e demorado.

Com o MongoDB 8.0, o dimensionamento horizontal agora é mais rápido e fácil, e a um custo menor. Com o dimensionamento horizontal, os aplicativos podem ser dimensionados além dos limites dos recursos tradicionais de banco de dados, dividindo os dados em vários servidores, conhecidos como shards, sem a necessidade de provisionar previamente quantidades cada vez maiores de recursos de computação para um único servidor. Os novos recursos de fragmentação do MongoDB 8.0 distribuem dados entre fragmentos até 50 vezes mais rápido e a um custo até 50% menor para começar.

4. O MongoDB 8.0 oferece mais controle para ajudar seus aplicativos a serem executados sem problemas

Os usuários finais esperam experiências consistentes com aplicação , mesmo durante períodos de alta demanda e picos de uso. As organizações que não possuem um banco de dados operacional altamente durável correm o risco de ter experiências ruins para os clientes, com atrasos no comportamento dos aplicativos (ou até mesmo tempo de inatividade) durante os períodos de alta demanda.

O MongoDB 8.0 oferece maior controle para equipes que otimizam o desempenho do banco de dados durante picos imprevisíveis de uso e períodos prolongados de alta demanda. O MongoDB 8.0 conta com novas funcionalidades para definir um limite de tempo máximo padrão para processar queries, rejeitar tipos recorrentes de queries problemáticas e definir configurações de query para permanecer durante eventos como reinicializações do banco de dados. Essas funcionalidades ajudam a proporcionar um comportamento consistente dos aplicativos e alto desempenho, independentemente de picos de demanda ou eventos inesperados.

Pronto para experimentar o MongoDB 8.0?

Se estiver criando um novo aplicativo, a maneira mais fácil de começar a usar o MongoDB 8.0 é acessando mongodb.com/try, onde você pode se cadastrar para uma conta gratuita no Atlas, baixar a edição Community e saber mais sobre o gerenciamento do MongoDB com uma assinatura Enterprise Advanced.

Se você estiver executando uma versão anterior do MongoDB, há tutoriais de atualização úteis para o MongoDB Atlas e sistemas autogerenciados. Além disso, a documentação e a ajuda especializada da equipe de serviços profissionais do MongoDB estão disponíveis.

Se você tiver um aplicação existente que não esteja usando o MongoDB como banco de banco de dados , confira a ferramenta Relational Migrator do MongoDB . O Relational Migrator pode ajudá-lo a mapear esquemas relacionais existentes para um esquema MongoDB , realizar migrações de dados e converter queries, triggers e procedimentos armazenados relacionais existentes para trabalhar com o MongoDB.

As equipes de engenharia e de produtos do MongoDB ouviram cuidadosamente os comentários dos desenvolvedores, e o MongoDB 8.0 foi criado levando em conta a usabilidade do desenvolvedor — bem como a segurança, a durabilidade, a disponibilidade e o desempenho — em primeiro lugar. Estamos ansiosos para que você experimente e temos certeza de que aproveitará os ganhos de desempenho e outros benefícios do MongoDB 8.0!

← 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