SlideShare a Scribd company logo
A BRIEF INTRODUCTION


                       Big data, agile development, and cloud computing
                       are   driving   new   requirements    for      database
                       management systems. These requirements are in turn
                       driving the next phase of growth in the database
                       industry, mirroring the evolution of the OLAP
                       industry. This document describes this evolution, the
                       new application workload, and how MongoDB is
                       uniquely suited to address these challenges.
DATABASE EVOLUTION
As the database market evolves, NoSQL space has emerged as a pillar of enterprise data architecture,
providing tools essential to the success of modern IT organizations.

During the past 30 years, Relational Database Management Systems (RDBMS) provided essentially the
only option for persistent application data storage. When originally conceived, RDBMS offered
increased flexibility over the individually built custom databases of the past, and enabled great leaps
forward in productivity through the introduction of a standard data modeling and query language.

The Emergence of OLAP
Ten years ago, however, the industry-wide expansion of data collection, data storage and large-scale,
databases created the need for technologies more suited to analytical workloads. These workloads,
characterized by queries that accessed every record in the database, ran too slowly and impacted the
performance of primary transaction processing.

By organizing data into columns instead of rows, Online Analytical Processing (OLAP) provided a way
for these analytical workloads to run many times faster, and therefore free up resources for the RDBMS
to continue processing transactions quickly. It was a leap forward that provided increased capacity – a
preview of the evolution happening today thanks to NoSQL.

As with analytical processing in the past, application owners today are discovering that modern
application data models and workloads do not fit well with the design of the relational database.
NoSQL represents a significant paradigm shift, applying novel methods to overcome the limitations of
the RDBMS, leaving the RDBMS to excel at its core functionality: transaction processing.




               RDBMS                           OLAP                         NoSQL
                  Oracle                       Netezza                       MongoDB
                  MySQL                        Vertica                        Couch
                PostoreSQL                     Hadoop                         HBase



THE CHANGING WORKLOAD
Today’s new workloads and demanding pace of product release schedules create a need for new
database technologies. These new requirements call for a database that is optimized for:




Big data with high operation rates
The volume of data businesses store about users, objects, products, and events is exploding, outpacing
the advancement of processing power and storage capacity. At the same time this data grows, data is
accessed more frequently, and with more granularity. As applications become more interactive,
networked and social, they drive more requests to the database. Rendering a single web page or
answering a single API request can now take tens or hundreds of database requests, and this trend will
only continue to expand. In order to keep up with throughput requirements, the industry must find
new ways of managing data.

Agile development
The way we construct software has changed dramatically since the RDBMS was originally created.
Engineers today utilize iterative development methodologies, which aim for continuous deployment
and short development cycles. In order to sustain this pattern of development, an application’s data
store must be very flexible.

An RDBMS requires the definition of a schema before you can add data. This fits poorly with agile
development approaches, because each time you complete new features, the schema of your data-
base often needs to change. If the database is large, this means a very slow process. If application
releases are frequent, scheduling schema migrations and maintenance windows simply becomes
impractical.
While mapping data from today’s object-oriented programming languages to a relational model is
feasible, it requires significant effort and is contrary to the rapid development philosophy of agile
software development methodologies.

Cloud computing
The move to cloud computing is one of the most influential trends in enterprise computing. Whether
public or private, when you deploy your applications, it is likely to be into a virtualized, cloud-based
environment. Developers no longer engineer complex high-end hardware platforms to support
applications.


and RAM into a server (vertical scaling), and complex SAN environments to manage large arrays of
disks. These tools are often unavailable in the cloud, replaced by commodity hardware with very
different performance characteristics.



INTRODUCING MONGODB
MongoDB is the leading open-source NoSQL data store, driving the market evolution. It was designed
from the ground up to specifically address these new workloads and computing environments,
completely changing how data is modeled, stored and accessed.

Horizontal scalability
MongoDB is horizontally scalable. Rather than buying bigger servers, MongoDB scales by adding
additional servers. While Moore’s law is still intact — transistor counts still double every 24 months —
improvements come in the form of more processors and cores rather than faster processors.

Built to handle large data sets, MongoDB’s use of multiple servers means you have all the resources
you need to add compute, memory and storage capacity. As your data set gets bigger, there is no need
to upgrade to expensive high-end hardware. This also means you can incrementally adopt newer and
faster compute platforms without throwing out the models you had before.

MongoDB easily supports high transaction rate applications because as more servers are added,
transactions are distributed across the larger cluster of nodes, which linearly increases database
capacity. With this model additional capacity can be added without reaching any limits.

Developer productivity
MongoDB offers a data model and query API that is more agile and better suited to modern develop-
ment stacks and methodologies than traditional data stores. Rich objects are stored in hierarchical
documents rather than rows split across multiple tables. These expanded data models result in
expanded documents, rather than new rows, tables and columns. As a result, transactions remain
simple even as data models evolve. If, for example, ten new fields are added to a document, the query
time to fetch the document does not increase.

Documents in MongoDB use a flexible schema and can change dynamically with the continual devel-
opment of your application. There is no need to develop a rigid schema that requires transformations
of data and management of schema migrations in production. If your application data changes, fields
can be added to objects without reconfiguring your database.




                    shard1              shard2                    shard3        shard4

                  mongod              mongod                  mongod           mongod

                     mongod              mongod                     mongod        mongod

                  mongod              mongod                  mongod           mongod


                                                                                         replica set




      c mongod
       1



      c mongod
       2


                                       mongos            mongos       ...
      c mongod
       3




                                        client     ...
Cloud ready
MongoDB was designed to run on commodity hardware, virtualized infrastructures, and the cloud.

database on whatever infrastructure is present. This means that cloud and hypervisor-based environ-
ments are just as suitable as dedicated hardware. Additional virtual servers can be used to compensate
for the varying performance and capacity of individual server nodes.

There are no limits to where you can run your application. Your developers, QA, staging, and produc-
tion environments can use the same code without worrying about sharing proprietary or expensive
hardware platforms.

GROWTH WITHOUT BOUND
By scaling across multiple servers, MongoDB ensures that your application will grow and run without
bound in cloud and virtualized environments. And because MongoDB’s data model matches today’s
data requirements, your developers will be more productive than with competing solutions. With more
than 100,000 downloads per month and industry leading support from 10gen, MongoDB is the perfect
choice for your next application.




                                                                                              650.440.4474
                                                                                              866.237.8815
                                                                                              www.10gen.com

More Related Content

What's hot (20)

PDF
Partner Enablement: Key Differentiators of Denodo Platform 6.0 for the Field
Denodo
 
PDF
Data Warehousing 2016
Kent Graziano
 
PPTX
Big data presentation
Chinh Vo Wili
 
PDF
Data Lakes: 8 Enterprise Data Management Requirements
SnapLogic
 
PDF
Enabling digital transformation api ecosystems and data virtualization
Denodo
 
PPTX
Big Data, NoSQL with MongoDB and Cassasdra
Brian Enochson
 
PDF
Data Mesh
Piethein Strengholt
 
PDF
Analyzing Semi-Structured Data At Volume In The Cloud
Robert Dempsey
 
PDF
Modern data warehouse
Stephen Alex
 
PDF
Worst Practices in Data Warehouse Design
Kent Graziano
 
PPTX
Using Hadoop as a platform for Master Data Management
DataWorks Summit
 
PPTX
Free Training: How to Build a Lakehouse
Databricks
 
PPTX
Dell Technology World - IT as a Business - Multi-Cloud Strategy is your Product
Manuel "Manny" Rodriguez-Perez
 
PDF
Big Data Analytics from Azure Cloud to Power BI Mobile
Roy Kim
 
PDF
Webinar: 10-Step Guide to Creating a Single View of your Business
MongoDB
 
PPTX
Data virtualization, Data Federation & IaaS with Jboss Teiid
Anil Allewar
 
PPTX
Information Virtualization: Query Federation on Data Lakes
DataWorks Summit
 
PDF
MongoDB in the Big Data Landscape
MongoDB
 
PPTX
Unlocking Operational Intelligence from the Data Lake
MongoDB
 
PPT
Using OBIEE and Data Vault to Virtualize Your BI Environment: An Agile Approach
Kent Graziano
 
Partner Enablement: Key Differentiators of Denodo Platform 6.0 for the Field
Denodo
 
Data Warehousing 2016
Kent Graziano
 
Big data presentation
Chinh Vo Wili
 
Data Lakes: 8 Enterprise Data Management Requirements
SnapLogic
 
Enabling digital transformation api ecosystems and data virtualization
Denodo
 
Big Data, NoSQL with MongoDB and Cassasdra
Brian Enochson
 
Analyzing Semi-Structured Data At Volume In The Cloud
Robert Dempsey
 
Modern data warehouse
Stephen Alex
 
Worst Practices in Data Warehouse Design
Kent Graziano
 
Using Hadoop as a platform for Master Data Management
DataWorks Summit
 
Free Training: How to Build a Lakehouse
Databricks
 
Dell Technology World - IT as a Business - Multi-Cloud Strategy is your Product
Manuel "Manny" Rodriguez-Perez
 
Big Data Analytics from Azure Cloud to Power BI Mobile
Roy Kim
 
Webinar: 10-Step Guide to Creating a Single View of your Business
MongoDB
 
Data virtualization, Data Federation & IaaS with Jboss Teiid
Anil Allewar
 
Information Virtualization: Query Federation on Data Lakes
DataWorks Summit
 
MongoDB in the Big Data Landscape
MongoDB
 
Unlocking Operational Intelligence from the Data Lake
MongoDB
 
Using OBIEE and Data Vault to Virtualize Your BI Environment: An Agile Approach
Kent Graziano
 

Similar to A Brief Introduction: MongoDB (20)

PPTX
An Introduction to Big Data, NoSQL and MongoDB
William LaForest
 
PPTX
mongoDB: Driving a data revolution
MongoDB
 
PDF
10gen telco white_paper
El Taller Web
 
PPTX
An Enterprise Architect's View of MongoDB
MongoDB
 
PPTX
An Evening with MongoDB Detroit 2013
MongoDB
 
PPTX
Tim marston
PatrickCrompton
 
PPTX
Tim Marston.
PatrickCrompton
 
PPTX
Everything You Need to Know About MongoDB Development.pptx
75waytechnologies
 
PPTX
When to Use MongoDB
MongoDB
 
PPTX
Webinar: An Enterprise Architect’s View of MongoDB
MongoDB
 
PPTX
Webinar: How to Drive Business Value in Financial Services with MongoDB
MongoDB
 
PPTX
When to Use MongoDB...and When You Should Not...
MongoDB
 
PPTX
Webinar: When to Use MongoDB
MongoDB
 
PPT
Welcome and Introduction to A Morning with MongoDB Petah Tikvah
MongoDB
 
PPT
A Morning with MongoDB - Helsinki
MongoDB
 
PPTX
NoSQL with Mongodb
Nagaraja Shanabhog
 
PPTX
Mongodb hashim shaikh
Hashim Shaikh
 
PPTX
Mongodb Presentation
Hashim Shaikh
 
PDF
Introduction to MongoDB Basics from SQL to NoSQL
Mayur Patil
 
PPTX
MongoDB Evenings Minneapolis: MongoDB is Cool But When Should I Use It?
MongoDB
 
An Introduction to Big Data, NoSQL and MongoDB
William LaForest
 
mongoDB: Driving a data revolution
MongoDB
 
10gen telco white_paper
El Taller Web
 
An Enterprise Architect's View of MongoDB
MongoDB
 
An Evening with MongoDB Detroit 2013
MongoDB
 
Tim marston
PatrickCrompton
 
Tim Marston.
PatrickCrompton
 
Everything You Need to Know About MongoDB Development.pptx
75waytechnologies
 
When to Use MongoDB
MongoDB
 
Webinar: An Enterprise Architect’s View of MongoDB
MongoDB
 
Webinar: How to Drive Business Value in Financial Services with MongoDB
MongoDB
 
When to Use MongoDB...and When You Should Not...
MongoDB
 
Webinar: When to Use MongoDB
MongoDB
 
Welcome and Introduction to A Morning with MongoDB Petah Tikvah
MongoDB
 
A Morning with MongoDB - Helsinki
MongoDB
 
NoSQL with Mongodb
Nagaraja Shanabhog
 
Mongodb hashim shaikh
Hashim Shaikh
 
Mongodb Presentation
Hashim Shaikh
 
Introduction to MongoDB Basics from SQL to NoSQL
Mayur Patil
 
MongoDB Evenings Minneapolis: MongoDB is Cool But When Should I Use It?
MongoDB
 
Ad

More from DATAVERSITY (20)

PDF
Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...
DATAVERSITY
 
PDF
Data at the Speed of Business with Data Mastering and Governance
DATAVERSITY
 
PDF
Exploring Levels of Data Literacy
DATAVERSITY
 
PDF
Building a Data Strategy – Practical Steps for Aligning with Business Goals
DATAVERSITY
 
PDF
Make Data Work for You
DATAVERSITY
 
PDF
Data Catalogs Are the Answer – What is the Question?
DATAVERSITY
 
PDF
Data Catalogs Are the Answer – What Is the Question?
DATAVERSITY
 
PDF
Data Modeling Fundamentals
DATAVERSITY
 
PDF
Showing ROI for Your Analytic Project
DATAVERSITY
 
PDF
How a Semantic Layer Makes Data Mesh Work at Scale
DATAVERSITY
 
PDF
Is Enterprise Data Literacy Possible?
DATAVERSITY
 
PDF
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
DATAVERSITY
 
PDF
Emerging Trends in Data Architecture – What’s the Next Big Thing?
DATAVERSITY
 
PDF
Data Governance Trends - A Look Backwards and Forwards
DATAVERSITY
 
PDF
Data Governance Trends and Best Practices To Implement Today
DATAVERSITY
 
PDF
2023 Trends in Enterprise Analytics
DATAVERSITY
 
PDF
Data Strategy Best Practices
DATAVERSITY
 
PDF
Who Should Own Data Governance – IT or Business?
DATAVERSITY
 
PDF
Data Management Best Practices
DATAVERSITY
 
PDF
MLOps – Applying DevOps to Competitive Advantage
DATAVERSITY
 
Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...
DATAVERSITY
 
Data at the Speed of Business with Data Mastering and Governance
DATAVERSITY
 
Exploring Levels of Data Literacy
DATAVERSITY
 
Building a Data Strategy – Practical Steps for Aligning with Business Goals
DATAVERSITY
 
Make Data Work for You
DATAVERSITY
 
Data Catalogs Are the Answer – What is the Question?
DATAVERSITY
 
Data Catalogs Are the Answer – What Is the Question?
DATAVERSITY
 
Data Modeling Fundamentals
DATAVERSITY
 
Showing ROI for Your Analytic Project
DATAVERSITY
 
How a Semantic Layer Makes Data Mesh Work at Scale
DATAVERSITY
 
Is Enterprise Data Literacy Possible?
DATAVERSITY
 
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
DATAVERSITY
 
Emerging Trends in Data Architecture – What’s the Next Big Thing?
DATAVERSITY
 
Data Governance Trends - A Look Backwards and Forwards
DATAVERSITY
 
Data Governance Trends and Best Practices To Implement Today
DATAVERSITY
 
2023 Trends in Enterprise Analytics
DATAVERSITY
 
Data Strategy Best Practices
DATAVERSITY
 
Who Should Own Data Governance – IT or Business?
DATAVERSITY
 
Data Management Best Practices
DATAVERSITY
 
MLOps – Applying DevOps to Competitive Advantage
DATAVERSITY
 
Ad

Recently uploaded (20)

PPTX
From Sci-Fi to Reality: Exploring AI Evolution
Svetlana Meissner
 
PDF
Automating Feature Enrichment and Station Creation in Natural Gas Utility Net...
Safe Software
 
PDF
AI Agents in the Cloud: The Rise of Agentic Cloud Architecture
Lilly Gracia
 
PDF
POV_ Why Enterprises Need to Find Value in ZERO.pdf
darshakparmar
 
PPTX
Agentforce World Tour Toronto '25 - Supercharge MuleSoft Development with Mod...
Alexandra N. Martinez
 
PDF
Future-Proof or Fall Behind? 10 Tech Trends You Can’t Afford to Ignore in 2025
DIGITALCONFEX
 
PDF
SIZING YOUR AIR CONDITIONER---A PRACTICAL GUIDE.pdf
Muhammad Rizwan Akram
 
PDF
NLJUG Speaker academy 2025 - first session
Bert Jan Schrijver
 
PDF
UPDF - AI PDF Editor & Converter Key Features
DealFuel
 
PDF
“Computer Vision at Sea: Automated Fish Tracking for Sustainable Fishing,” a ...
Edge AI and Vision Alliance
 
PDF
Book industry state of the nation 2025 - Tech Forum 2025
BookNet Canada
 
PDF
The Rise of AI and IoT in Mobile App Tech.pdf
IMG Global Infotech
 
PDF
Transforming Utility Networks: Large-scale Data Migrations with FME
Safe Software
 
PDF
NASA A Researcher’s Guide to International Space Station : Physical Sciences ...
Dr. PANKAJ DHUSSA
 
PDF
How do you fast track Agentic automation use cases discovery?
DianaGray10
 
PDF
🚀 Let’s Build Our First Slack Workflow! 🔧.pdf
SanjeetMishra29
 
PDF
“Squinting Vision Pipelines: Detecting and Correcting Errors in Vision Models...
Edge AI and Vision Alliance
 
PPTX
Designing_the_Future_AI_Driven_Product_Experiences_Across_Devices.pptx
presentifyai
 
PPTX
Mastering ODC + Okta Configuration - Chennai OSUG
HathiMaryA
 
PPTX
AI Penetration Testing Essentials: A Cybersecurity Guide for 2025
defencerabbit
 
From Sci-Fi to Reality: Exploring AI Evolution
Svetlana Meissner
 
Automating Feature Enrichment and Station Creation in Natural Gas Utility Net...
Safe Software
 
AI Agents in the Cloud: The Rise of Agentic Cloud Architecture
Lilly Gracia
 
POV_ Why Enterprises Need to Find Value in ZERO.pdf
darshakparmar
 
Agentforce World Tour Toronto '25 - Supercharge MuleSoft Development with Mod...
Alexandra N. Martinez
 
Future-Proof or Fall Behind? 10 Tech Trends You Can’t Afford to Ignore in 2025
DIGITALCONFEX
 
SIZING YOUR AIR CONDITIONER---A PRACTICAL GUIDE.pdf
Muhammad Rizwan Akram
 
NLJUG Speaker academy 2025 - first session
Bert Jan Schrijver
 
UPDF - AI PDF Editor & Converter Key Features
DealFuel
 
“Computer Vision at Sea: Automated Fish Tracking for Sustainable Fishing,” a ...
Edge AI and Vision Alliance
 
Book industry state of the nation 2025 - Tech Forum 2025
BookNet Canada
 
The Rise of AI and IoT in Mobile App Tech.pdf
IMG Global Infotech
 
Transforming Utility Networks: Large-scale Data Migrations with FME
Safe Software
 
NASA A Researcher’s Guide to International Space Station : Physical Sciences ...
Dr. PANKAJ DHUSSA
 
How do you fast track Agentic automation use cases discovery?
DianaGray10
 
🚀 Let’s Build Our First Slack Workflow! 🔧.pdf
SanjeetMishra29
 
“Squinting Vision Pipelines: Detecting and Correcting Errors in Vision Models...
Edge AI and Vision Alliance
 
Designing_the_Future_AI_Driven_Product_Experiences_Across_Devices.pptx
presentifyai
 
Mastering ODC + Okta Configuration - Chennai OSUG
HathiMaryA
 
AI Penetration Testing Essentials: A Cybersecurity Guide for 2025
defencerabbit
 

A Brief Introduction: MongoDB

  • 1. A BRIEF INTRODUCTION Big data, agile development, and cloud computing are driving new requirements for database management systems. These requirements are in turn driving the next phase of growth in the database industry, mirroring the evolution of the OLAP industry. This document describes this evolution, the new application workload, and how MongoDB is uniquely suited to address these challenges.
  • 2. DATABASE EVOLUTION As the database market evolves, NoSQL space has emerged as a pillar of enterprise data architecture, providing tools essential to the success of modern IT organizations. During the past 30 years, Relational Database Management Systems (RDBMS) provided essentially the only option for persistent application data storage. When originally conceived, RDBMS offered increased flexibility over the individually built custom databases of the past, and enabled great leaps forward in productivity through the introduction of a standard data modeling and query language. The Emergence of OLAP Ten years ago, however, the industry-wide expansion of data collection, data storage and large-scale, databases created the need for technologies more suited to analytical workloads. These workloads, characterized by queries that accessed every record in the database, ran too slowly and impacted the performance of primary transaction processing. By organizing data into columns instead of rows, Online Analytical Processing (OLAP) provided a way for these analytical workloads to run many times faster, and therefore free up resources for the RDBMS to continue processing transactions quickly. It was a leap forward that provided increased capacity – a preview of the evolution happening today thanks to NoSQL. As with analytical processing in the past, application owners today are discovering that modern application data models and workloads do not fit well with the design of the relational database. NoSQL represents a significant paradigm shift, applying novel methods to overcome the limitations of the RDBMS, leaving the RDBMS to excel at its core functionality: transaction processing. RDBMS OLAP NoSQL Oracle Netezza MongoDB MySQL Vertica Couch PostoreSQL Hadoop HBase THE CHANGING WORKLOAD Today’s new workloads and demanding pace of product release schedules create a need for new database technologies. These new requirements call for a database that is optimized for: Big data with high operation rates The volume of data businesses store about users, objects, products, and events is exploding, outpacing the advancement of processing power and storage capacity. At the same time this data grows, data is accessed more frequently, and with more granularity. As applications become more interactive, networked and social, they drive more requests to the database. Rendering a single web page or answering a single API request can now take tens or hundreds of database requests, and this trend will
  • 3. only continue to expand. In order to keep up with throughput requirements, the industry must find new ways of managing data. Agile development The way we construct software has changed dramatically since the RDBMS was originally created. Engineers today utilize iterative development methodologies, which aim for continuous deployment and short development cycles. In order to sustain this pattern of development, an application’s data store must be very flexible. An RDBMS requires the definition of a schema before you can add data. This fits poorly with agile development approaches, because each time you complete new features, the schema of your data- base often needs to change. If the database is large, this means a very slow process. If application releases are frequent, scheduling schema migrations and maintenance windows simply becomes impractical. While mapping data from today’s object-oriented programming languages to a relational model is feasible, it requires significant effort and is contrary to the rapid development philosophy of agile software development methodologies. Cloud computing The move to cloud computing is one of the most influential trends in enterprise computing. Whether public or private, when you deploy your applications, it is likely to be into a virtualized, cloud-based environment. Developers no longer engineer complex high-end hardware platforms to support applications. and RAM into a server (vertical scaling), and complex SAN environments to manage large arrays of disks. These tools are often unavailable in the cloud, replaced by commodity hardware with very different performance characteristics. INTRODUCING MONGODB MongoDB is the leading open-source NoSQL data store, driving the market evolution. It was designed from the ground up to specifically address these new workloads and computing environments, completely changing how data is modeled, stored and accessed. Horizontal scalability MongoDB is horizontally scalable. Rather than buying bigger servers, MongoDB scales by adding additional servers. While Moore’s law is still intact — transistor counts still double every 24 months — improvements come in the form of more processors and cores rather than faster processors. Built to handle large data sets, MongoDB’s use of multiple servers means you have all the resources you need to add compute, memory and storage capacity. As your data set gets bigger, there is no need to upgrade to expensive high-end hardware. This also means you can incrementally adopt newer and faster compute platforms without throwing out the models you had before. MongoDB easily supports high transaction rate applications because as more servers are added, transactions are distributed across the larger cluster of nodes, which linearly increases database capacity. With this model additional capacity can be added without reaching any limits. Developer productivity MongoDB offers a data model and query API that is more agile and better suited to modern develop- ment stacks and methodologies than traditional data stores. Rich objects are stored in hierarchical documents rather than rows split across multiple tables. These expanded data models result in expanded documents, rather than new rows, tables and columns. As a result, transactions remain
  • 4. simple even as data models evolve. If, for example, ten new fields are added to a document, the query time to fetch the document does not increase. Documents in MongoDB use a flexible schema and can change dynamically with the continual devel- opment of your application. There is no need to develop a rigid schema that requires transformations of data and management of schema migrations in production. If your application data changes, fields can be added to objects without reconfiguring your database. shard1 shard2 shard3 shard4 mongod mongod mongod mongod mongod mongod mongod mongod mongod mongod mongod mongod replica set c mongod 1 c mongod 2 mongos mongos ... c mongod 3 client ... Cloud ready MongoDB was designed to run on commodity hardware, virtualized infrastructures, and the cloud. database on whatever infrastructure is present. This means that cloud and hypervisor-based environ- ments are just as suitable as dedicated hardware. Additional virtual servers can be used to compensate for the varying performance and capacity of individual server nodes. There are no limits to where you can run your application. Your developers, QA, staging, and produc- tion environments can use the same code without worrying about sharing proprietary or expensive hardware platforms. GROWTH WITHOUT BOUND By scaling across multiple servers, MongoDB ensures that your application will grow and run without bound in cloud and virtualized environments. And because MongoDB’s data model matches today’s data requirements, your developers will be more productive than with competing solutions. With more than 100,000 downloads per month and industry leading support from 10gen, MongoDB is the perfect choice for your next application. 650.440.4474 866.237.8815 www.10gen.com