SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our User Agreement and Privacy Policy.
SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our Privacy Policy and User Agreement for details.
Successfully reported this slideshow.
Activate your 14 day free trial to unlock unlimited reading.
This is my deck from Cloud Conference Torino 2013 (http://www.cloudconf.it). I was the post-lunch speaker, so this one is more silly and there was a lot of off-deck riffing, so this is here only for posterity.
I initially planned to speak on cloud-specific stuff, this turned into an intro to MongoDB though.
This is my deck from Cloud Conference Torino 2013 (http://www.cloudconf.it). I was the post-lunch speaker, so this one is more silly and there was a lot of off-deck riffing, so this is here only for posterity.
I initially planned to speak on cloud-specific stuff, this turned into an intro to MongoDB though.
8.
What is the cloud?
• Where all the cool kids live?
9.
What is the cloud?
• Where all the cool kids live?
• Where all your budgets go to die?
10.
What is the cloud?
• Where all the cool kids live?
• Where all your budgets go to die?
• Where all the big projects have to go?
11.
What is the cloud?
• Where all the cool kids live?
• Where all your budgets go to die?
• Where all the big projects have to go?
• All your base belong to us?
12.
What is the cloud?
• Where all the cool kids live?
• Where all your budgets go to die?
• Where all the big projects have to go?
• All your base belong to us?
• The biggest marketing sham to hit IT?
20.
Why does this have to
be so complicated?
• Cloud services are still relatively new, so
management tools can be lacking
21.
Why does this have to
be so complicated?
• Cloud services are still relatively new, so
management tools can be lacking
• Taking technology that was not meant for
cloud deployment, and, well, deploying it in
the cloud
23.
Cloud apps are easy,
what about data?
• MySQL is hard enough as it is.
24.
Cloud apps are easy,
what about data?
• MySQL is hard enough as it is.
• Oracle is even harder.
25.
Cloud apps are easy,
what about data?
• MySQL is hard enough as it is.
• Oracle is even harder.
• Even though PostgreSQL seems to be the
best of the bunch, nobody but me is using it
26.
Cloud apps are easy,
what about data?
• MySQL is hard enough as it is.
• Oracle is even harder.
• Even though PostgreSQL seems to be the
best of the bunch, nobody but me is using it
• We need something better...
36.
Relationship issues
• Easy to scale reads, difficult to scale writes
37.
Relationship issues
• Easy to scale reads, difficult to scale writes
• Requires custom hardware
38.
Relationship issues
• Easy to scale reads, difficult to scale writes
• Requires custom hardware
• Expensive to host at scale
39.
Relationship issues
• Easy to scale reads, difficult to scale writes
• Requires custom hardware
• Expensive to host at scale
• Usually requires significant customization
to apps
42.
That went well.
• Sharding sounds great on paper
43.
That went well.
• Sharding sounds great on paper
• In practice it is EXTREMELY HARD
44.
That went well.
• Sharding sounds great on paper
• In practice it is EXTREMELY HARD
• Adds significant complexity to your app
logic, operational needs
53.
MongoDB: Sharding
• Has supported sharding since early
production release
54.
MongoDB: Sharding
• Has supported sharding since early
production release
• Only significant change to app logic is some
queries needing map reduce
55.
MongoDB: Sharding
• Has supported sharding since early
production release
• Only significant change to app logic is some
queries needing map reduce
• Only significant change to operations is
more hardware
57.
MongoDB: Sharding 2
• Can shard on internal ID, or you can define
with your own shard keys
58.
MongoDB: Sharding 2
• Can shard on internal ID, or you can define
with your own shard keys
• You can tag to control what data goes into
what shard
59.
MongoDB: Sharding 2
• Can shard on internal ID, or you can define
with your own shard keys
• You can tag to control what data goes into
what shard
• Many simple queries can still work across
sharded data
80.
Getting cloudy.
US EAST EU (IR) AP TOKYO
primary primary primary
secondary secondary secondary
secondary secondary secondary
secondary secondary secondary
arbiter arbiter arbiter
81.
This is your
app in the This is you.
cloud.
Ok so what’s the
difference?
83.
Cloud benefits
• Growth is a lot easier - adding instances is
a lot simpler/faster than adding servers
84.
Cloud benefits
• Growth is a lot easier - adding instances is
a lot simpler/faster than adding servers
• Geographic zones can be combined with
tags for logical data segregation and storage
85.
Cloud benefits
• Growth is a lot easier - adding instances is
a lot simpler/faster than adding servers
• Geographic zones can be combined with
tags for logical data segregation and storage
• Automation of adding/removing instances,
no humans required
86.
These guys will do it
for you.
• MongoHQ
• MongoLab
• Mongo Machine