Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
design for cloud - jax 2012
Search
Mathias Meyer
April 18, 2012
Programming
2
290
design for cloud - jax 2012
Mathias Meyer
April 18, 2012
Tweet
Share
More Decks by Mathias Meyer
See All by Mathias Meyer
Building and Scaling an Distributed and Inclusive Team
roidrage
0
1.2k
cooking infrastructure with chef
roidrage
4
230
The Message Queue is Dead, Long Live the Message Queue
roidrage
4
690
riak-js
roidrage
1
270
designing for concurrency with riak
roidrage
11
1.8k
metrics, monitoring, logging
roidrage
82
15k
A Riak Query Tale
roidrage
5
1k
Don't Use NoSQL
roidrage
10
1k
Designing Applications for Amazon Web Services (GOTO Aarhus)
roidrage
6
350
Other Decks in Programming
See All in Programming
はじめての Go * WASM *OCR
sgash708
1
100
ABEMA iOS 大規模プロジェクトにおける段階的な技術刷新 / ABEMA iOS Technology Upgrade
akkyie
1
110
バッチを作らなきゃとなったときに考えること
irof
2
530
クリーンアーキテクチャから見る依存の向きの大切さ
shimabox
5
1k
Django NinjaによるAPI開発の効率化とリプレースの実践
kashewnuts
1
250
パスキーのすべて ── 導入・UX設計・実装の紹介 / 20250213 パスキー開発者の集い
kuralab
3
900
15分で学ぶDuckDBの可愛い使い方 DuckDBの最近の更新
notrogue
3
520
コードを読んで理解するko build
bells17
1
110
たのしいSocketのしくみ / Socket Under a Microscope
coe401_
8
1.3k
もう僕は OpenAPI を書きたくない
sgash708
6
1.9k
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
250
Go 1.24でジェネリックになった型エイリアスの紹介
syumai
2
290
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Typedesign – Prime Four
hannesfritz
40
2.5k
Unsuck your backbone
ammeep
669
57k
The Invisible Side of Design
smashingmag
299
50k
Music & Morning Musume
bryan
46
6.4k
RailsConf 2023
tenderlove
29
1k
The Cult of Friendly URLs
andyhume
78
6.2k
Fireside Chat
paigeccino
34
3.2k
A better future with KSS
kneath
238
17k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
133
33k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
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!