Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
design for cloud - jax 2012
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Mathias Meyer
April 18, 2012
Programming
340
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
design for cloud - jax 2012
Mathias Meyer
April 18, 2012
More Decks by Mathias Meyer
See All by Mathias Meyer
Building and Scaling an Distributed and Inclusive Team
roidrage
0
1.5k
cooking infrastructure with chef
roidrage
4
260
The Message Queue is Dead, Long Live the Message Queue
roidrage
4
730
riak-js
roidrage
1
320
designing for concurrency with riak
roidrage
11
1.9k
metrics, monitoring, logging
roidrage
82
15k
A Riak Query Tale
roidrage
5
1k
Don't Use NoSQL
roidrage
10
1.1k
Designing Applications for Amazon Web Services (GOTO Aarhus)
roidrage
6
380
Other Decks in Programming
See All in Programming
UPDATE をやめる — EF Core でマスタをバージョン管理する
panda728
PRO
0
220
速く作れる。その次は、速く確かめられる開発へ 〜AIネイティブ開発を支える、Shift Down〜 / Can build fast. Next, moving to development where we can verify fast.
rkaga
5
3.4k
アクセシビリティから考える情報設計
high_g_engineer
0
380
新卒PdEのリアル
ryu1013
1
500
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
220
Everything will be SERVERLESS — 信じて運用した10年の経験値 / Everything Will be Serverless — Lessons Learned from 10 Years of Operational Experience
seike460
PRO
1
290
Jetpack Compose メカニズム
skydoves
0
450
すこし踏み込む CancellationToken
htkym
2
590
【高い買い物LT会】初任給で話題の国産フィジカルAIを買った話
akagami
PRO
0
160
AI × TiDD / 2026.09.05 Redmine 大阪
tokudiro
1
180
スマートフォンでモールス信号を送受信する 〜スマートフォンのLEDとカメラで作る光通信の設計と実装〜
atsuki_seo
0
150
モジュールの視点からSwiftを読み解く #iosdc
s_shimotori
0
180
Featured
See All Featured
Building Applications with DynamoDB
mza
96
7.2k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
360
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
Navigating Team Friction
lara
192
16k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
470
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
890
Evolving SEO for Evolving Search Engines
ryanjones
0
300
YesSQL, Process and Tooling at Scale
rocio
174
15k
A better future with KSS
kneath
240
18k
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
Transcript
design for cloud mathias meyer, jax 2012
None
Me — infrastructure — code — databases @roidrage www.paperplanes.de
None
the cloud
None
None
None
10,000 feet
amazon web services
ec2
on-demand computing
api
pay as you go
multiple regions
multiple datacenters
high cpu vs. high memory
elastic block store
more aws products s3 cloudfront cloudformation cloudwatch rds auto scaling
simpledb route 53 load balancing queue service notification service elastic mapreduce
what’s scalarium?
automates: setup configuration one-click deploy
...for ec2 ...on ec2
the dream: configure a cluster push a button boom!
None
None
configuration + cookbooks/manifests + chef/puppet = configured cluster
configuration: chef server rightscale json scalarium
None
in the beginning...
Scalarium
None
None
None
ec2 is not a traditional datacenter
None
None
multi-tenant
high chance of failure
faulty instances
datacenter outage
network partition
more instances = higher chance of failure
mtbf
21/04/2011
None
7/8/2011
None
don’t fear failure
plan for failure
test failure
None
plan for recovery
mttr
None
disaster recovery plan
multi-datacenter deployments
replication
None
multi-region deployments
$$$
relax consistency requirements
latency
keep data local
None
keep data in memory
cache is king
use raids for ebs
use local storage
use bigger instances
scalarium is ~monolithic
cloud ≠ monolithic
cloud ☠ centralized
small, independent services
self-contained
independently deployable
well defined apis
http/json thrift protocol buffers
sinatra dropwizard spark scalatra
fail fast
retry
internal queues
design for resilience
“think about your software running.” theo schlossnagle, omniti
understand your code’s breaking points
isn’t all that what you do at large scale?
cloud == large scale
scalarium today
scalarium runs on scalarium
None
None
None
lack of visibility
don’t fall for service level agreements
amazon only handles infrastructure
how you build on it is up to you
fun fact
amazon.com is served off ec2
thank you!