Top Banner
Morning with MongoDB wifi: sodexo12 • #MongoDBHelsinki
41
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: A Morning with MongoDB - Helsinki

Morning with MongoDB Morning with MongoDB

wifi: sodexo12

• #MongoDBHelsinki

Page 2: A Morning with MongoDB - Helsinki

Business Development Director, 10gen

#MongoDBHelsinki

Page 3: A Morning with MongoDB - Helsinki

3

10gen Overview

10gen is the company behind MongoDB – the leading NoSQL database

Page 4: A Morning with MongoDB - Helsinki

4

10gen Overview

170+employees

Page 5: A Morning with MongoDB - Helsinki

5

10gen Overview

500+ customers

Page 6: A Morning with MongoDB - Helsinki

6

10gen Overview

$73Min funding from top investors

Page 7: A Morning with MongoDB - Helsinki

7

Leading Organizations Rely on MongoDB

Page 8: A Morning with MongoDB - Helsinki

Global MongoDB Community

41,000+ 41,000+ Monthly Unique DownloadsMonthly Unique Downloads24,000+ 24,000+ Online Education RegistrantsOnline Education Registrants12,000+ 12,000+ MongoDB User Group MembersMongoDB User Group Members10,000+ 10,000+ Annual MongoDB Days AttendeesAnnual MongoDB Days Attendees

Page 9: A Morning with MongoDB - Helsinki

9

mongoDB Adoption

Resource User Data Management

Page 10: A Morning with MongoDB - Helsinki

Business Development Director, 10gen

#MongoDBHelsinki

Page 11: A Morning with MongoDB - Helsinki

Industry

Page 12: A Morning with MongoDB - Helsinki

Database Evolution #1Database Evolution #1

Page 13: A Morning with MongoDB - Helsinki

Database Evolution #2Database Evolution #2

Page 14: A Morning with MongoDB - Helsinki

Database Evolution #3Database Evolution #3

Page 15: A Morning with MongoDB - Helsinki

Productivity

Costs Cost of database increases• Vertical, not horizontal, scaling• High cost of SAN

Productivity decreases• Needed to add new

software layers of ORM, Caching, Sharding, Message Queue

• Polymorphic, semi-structured and unstructured data not well supported

Organizations are becoming frustrated using a Organizations are becoming frustrated using a RDBMS.RDBMS.

Page 16: A Morning with MongoDB - Helsinki

What Values, For Which Audience?

16

NoSQL

Page 17: A Morning with MongoDB - Helsinki

What Values, For Which Audience?

17

Databases in the Future

Page 18: A Morning with MongoDB - Helsinki

Why MongoDB

Page 19: A Morning with MongoDB - Helsinki

European Clients

Page 20: A Morning with MongoDB - Helsinki

• Open source, written in C++• Document-oriented Storage

– Based on JSON Documents– Schema-less

• Full featured indexes, query language

• Replication & High Availability• Auto-sharding

MongoDB is a scalable, high-performance NoSQL MongoDB is a scalable, high-performance NoSQL database.database.

Page 21: A Morning with MongoDB - Helsinki

21

Relational Database Challenges

Data Types•Unstructured data

•Semi-structured data

•Polymorphic data

Volume of Data•Petabytes of data•Trillions of records•Tens of millions of queries per second

Agile Development•Iterative•Short development cycles•New workloads

New Architectures•Horizontal scaling •Commodity servers•Cloud computing

Page 22: A Morning with MongoDB - Helsinki

22

Volume of Data

Volume of Data•Petabytes of data•Trillions of records•Millions of queries per second

Page 23: A Morning with MongoDB - Helsinki

23

Data Types

Data Types•Unstructured data•Semi-structured data•Polymorphic data

{

_id : ObjectId("4c4ba5e5e8aabf3"),

employee_name: "Dunham, Justin",

department : "Marketing",

title : "Product Manager, Web",

report_up: "Neray, Graham",

pay_band: “C",

benefits : [

{ type :  "Health",

plan : "PPO Plus" },

{ type :   "Dental",

plan : "Standard" }

]

}

Page 24: A Morning with MongoDB - Helsinki

24

Agile Development

Agile Development•Iterative•Short development cycles•New workloads

Page 25: A Morning with MongoDB - Helsinki

Content Management Operational Intelligence

E-Commerce User Data Management High Volume Data Feeds

MongoDB Use Cases

Page 26: A Morning with MongoDB - Helsinki

A need to extract value from existing semi-structured

data sources (social networks etc.)

A fast-growing customer-base required any solution

to be easily scalable

A need to extract value from existing semi-structured

data sources (social networks etc.)

A fast-growing customer-base required any solution

to be easily scalable

Problem

“Selecting MongoDB as our database platform was a no brainer as the technology offered us the flexibility and scalability that we knew we’d need for Priority Moments.”

Andrew Pattinson, Head of Online Delivery

Built around scalability, with auto-sharding features

mongoDB deployment architecture prevents any

single point of failure Geospatial indexing out-of-

the-box enables location-based service delivery

Built around scalability, with auto-sharding features

mongoDB deployment architecture prevents any

single point of failure Geospatial indexing out-of-

the-box enables location-based service delivery

Why MongoDB Priority Moments project is

a strong success Subsequent adoption of

mongoDB by O2 & Telefonica across a large

number of projects

Priority Moments project is a strong success

Subsequent adoption of mongoDB by O2 &

Telefonica across a large number of projects

Impact

Page 27: A Morning with MongoDB - Helsinki

RDBMS architecture constrained their ability to

absorb upstream contributions from users

New features, competitions needed to log data into user

records, requiring schema changes

RDBMS architecture constrained their ability to

absorb upstream contributions from users

New features, competitions needed to log data into user

records, requiring schema changes

Problem

“Relational databases have a sound approach, but that doesn’t necessarily match the way we see our data. mongoDB gave us the flexibility to store data in the way that we understand it as opposed to somebody’s

theoretical view.”Philip Wills, Software Architect

Flexible data model allows for heterogeneous structure Rich query language

preserves functionality System updates with zero

downtime Ease of use, allowing a large

development team to adopt the technology quickly

Flexible data model allows for heterogeneous structure Rich query language

preserves functionality System updates with zero

downtime Ease of use, allowing a large

development team to adopt the technology quickly

Why MongoDB The Guardian has competitive advantage, through enabling social

conversations through the site

Interactive features can be delivered more quickly,

which translates to increased revenues

The Guardian has competitive advantage, through enabling social

conversations through the site

Interactive features can be delivered more quickly,

which translates to increased revenues

Impact

Page 28: A Morning with MongoDB - Helsinki

28

New Architectures

New Architectures•Horizontal scaling •Commodity servers•Cloud computing

Page 29: A Morning with MongoDB - Helsinki

29

Page 30: A Morning with MongoDB - Helsinki

MongoDB Solution

Document-Oriented Database

Agile Scalable

Best TCO

Summary

Page 31: A Morning with MongoDB - Helsinki

Developer and Ops Savings•Less code•More productive development•Easier to maintain

Hardware Savings•Commodity servers•Internal storage (no SAN)•Scale out, not up

Software and Support Savings•No upfront license – pay for value over time•Cost visibility for usage growth

Best Total Cost of Ownership (TCO)

DB Alternative

Best Total Cost of Ownership (TCO)

Page 32: A Morning with MongoDB - Helsinki

33

Relational Database Challenges

Data Types•Unstructured data

•Semi-structured data

•Polymorphic data

Volume of Data•Petabytes of data•Trillions of records•Tens of millions of queries per second

Agile Development•Iterative•Short development cycles•New workloads

New Architectures•Horizontal scaling •Commodity servers•Cloud computing

Page 33: A Morning with MongoDB - Helsinki

What Values, For Which Audience?

34

• Agility / FlexibilitySchema-FreeEasy to get started

• PerformanceOften a significant improvement over RDBMS

• FeaturesRich-Query Language, Aggregation Framework, Map-Reduce

For Developers / Architects

Page 34: A Morning with MongoDB - Helsinki

What Values, For Which Audience?

35

• Automation & ScalingShardingHigh-Availability

• Resilience, DRWrite-Concerns give granular control, across data-centers

For Operations

Page 35: A Morning with MongoDB - Helsinki

What Values, For Which Audience?

36

For Executives

• Competitive AdvantageFaster time-to-marketAccessible real-time analyticsFlexible (low-risk) deployments

• Commodity InfrastructureLower TCO than proprietary RDBMS

Page 36: A Morning with MongoDB - Helsinki

Coffee

Page 37: A Morning with MongoDB - Helsinki

Business Development Director, 10gen

#MongoDBHelsinki

Page 38: A Morning with MongoDB - Helsinki

• Concurrency: yielding + db level locking

• New aggregation framework

• TTL Collections

• Improved free list implementation

• Tag aware sharding

• Read Preferences

• http://docs.mongodb.org/manual/release-notes/2.2/

2.2 Overview

Page 39: A Morning with MongoDB - Helsinki

• Security– SASL, Kerberos, Additions to privileges and auditing

• Hash-based Sharding• Geospatial Indexing: query intersecting polygons• Aggregation framework: faster and more features• V8, background secondary indexing, replica set

flapping• Distribute non-sharded collections throughout

cluster• MMS running in your own data center (separate)

2.4 Roadmap

Page 40: A Morning with MongoDB - Helsinki

Prize Draw

VIP Ticket to MongoDB London

Page 41: A Morning with MongoDB - Helsinki