$30 off During Our Annual Pro Sale. View Details »

design for cloud - jax 2012

Avatar for Mathias Meyer Mathias Meyer
April 18, 2012
Programming
2
300

design for cloud - jax 2012

Avatar for Mathias Meyer

Mathias Meyer

April 18, 2012
Tweet

More Decks by Mathias Meyer

See All by Mathias Meyer
Building and Scaling an Distributed and Inclusive Team
Avatar for Mathias Meyer roidrage
0
1.3k
cooking infrastructure with chef
Avatar for Mathias Meyer roidrage
4
230
The Message Queue is Dead, Long Live the Message Queue
Avatar for Mathias Meyer roidrage
4
710
riak-js
Avatar for Mathias Meyer roidrage
1
290
designing for concurrency with riak
Avatar for Mathias Meyer roidrage
11
1.9k
metrics, monitoring, logging
Avatar for Mathias Meyer roidrage
82
15k
A Riak Query Tale
Avatar for Mathias Meyer roidrage
5
1k
Don't Use NoSQL
Avatar for Mathias Meyer roidrage
10
1.1k
Designing Applications for Amazon Web Services (GOTO Aarhus)
Avatar for Mathias Meyer roidrage
6
360

Other Decks in Programming

See All in Programming
AIエージェントを活かすPM術 AI駆動開発の現場から
Avatar for gyuta gyuta
0
410
AIエンジニアリングのご紹介 / Introduction to AI Engineering
Avatar for r-kagaya rkaga
6
2.1k
Rubyで鍛える仕組み化プロヂュース力
Avatar for muryoimpl muryoimpl
0
120
UIデザインに役立つ 2025年の最新CSS / The Latest CSS for UI Design 2025
Avatar for IKEDA Yasunobu clockmaker
18
7.4k
ViewファーストなRailsアプリ開発のたのしさ
Avatar for sugiwe sugiwe
0
460
SwiftUIで本格音ゲー実装してみた
Avatar for 蛋白（たんぱく・TANPACT） hypebeans
0
370
組み合わせ爆発にのまれない - 責務分割 x テスト
Avatar for HAL halhorn
1
150
Context is King？ 〜Verifiability時代とコンテキスト設計 / Beyond "Context is King"
Avatar for r-kagaya rkaga
9
1.2k
Github Copilotのチャット履歴ビューワーを作りました～WPF、dotnet10もあるよ～ #clrh111
Avatar for KatsuYuzu katsuyuzu
0
110
Go コードベースの構成と AI コンテキスト定義
Avatar for ANDPAD inc andpad
0
120
JETLS.jl ─ A New Language Server for Julia
Avatar for abap34 abap34
1
400
DSPy Meetup Tokyo #1 - はじめてのDSPy
Avatar for Masahiro Nishimi masahiro_nishimi
1
170

Featured

See All Featured
Building Applications with DynamoDB
Avatar for Matt Wood mza
96
6.8k
For a Future-Friendly Web
Avatar for Brad Frost brad_frost
180
10k
[SF Ruby Conf 2025] Rails X
Avatar for Vladimir Dementyev palkan
0
510
GitHub's CSS Performance
Avatar for Jon Rohan jonrohan
1032
470k
Visualization
Avatar for Eitan Lees eitanlees
150
16k
Reflections from 52 weeks, 52 projects
Avatar for Jefferson Lam jeffersonlam
355
21k
Why You Should Never Use an ORM
Avatar for John Nunemaker jnunemaker
PRO
61
9.6k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
Avatar for panda_program panda_program
122
21k
CSS Pre-Processors: Stylus, Less & Sass
Avatar for Bermon Painter bermonpainter
359
30k
Optimizing for Happiness
Avatar for Tom Preston-Werner mojombo
379
70k
Practical Orchestrator
Avatar for Shlomi Noach shlominoach
190
11k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
Avatar for Tammy Everts tammyeverts
55
3.1k

Transcript

  1. design for cloud mathias meyer, jax 2012

  2. None

  3. Me — infrastructure — code — databases @roidrage www.paperplanes.de

  4. None

  5. the cloud

  6. None
  7. None
  8. None

  9. 10,000 feet

  10. amazon web services

  11. ec2

  12. on-demand computing

  13. api

  14. pay as you go

  15. multiple regions

  16. multiple datacenters

  17. high cpu vs. high memory

  18. elastic block store

  19. more aws products s3 cloudfront cloudformation cloudwatch rds auto scaling

    simpledb route 53 load balancing queue service notification service elastic mapreduce

  20. what’s scalarium?

  21. automates: setup configuration one-click deploy

  22. ...for ec2 ...on ec2

  23. the dream: configure a cluster push a button boom!

  24. None
  25. None

  26. configuration + cookbooks/manifests + chef/puppet = configured cluster

  27. configuration: chef server rightscale json scalarium

  28. None

  29. in the beginning...

  30. Scalarium

  31. None
  32. None
  33. None

  34. ec2 is not a traditional datacenter

  35. None
  36. None

  37. multi-tenant

  38. high chance of failure

  39. faulty instances

  40. datacenter outage

  41. network partition

  42. more instances = higher chance of failure

  43. mtbf

  44. 21/04/2011

  45. None

  46. 7/8/2011

  47. None

  48. don’t fear failure

  49. plan for failure

  50. test failure

  51. None

  52. plan for recovery

  53. mttr

  54. None

  55. disaster recovery plan

  56. multi-datacenter deployments

  57. replication

  58. None

  59. multi-region deployments

  60. $$$

  61. relax consistency requirements

  62. latency

  63. keep data local

  64. None

  65. keep data in memory

  66. cache is king

  67. use raids for ebs

  68. use local storage

  69. use bigger instances

  70. scalarium is ~monolithic

  71. cloud ≠ monolithic

  72. cloud ☠ centralized

  73. small, independent services

  74. self-contained

  75. independently deployable

  76. well defined apis

  77. http/json thrift protocol buffers

  78. sinatra dropwizard spark scalatra

  79. fail fast

  80. retry

  81. internal queues

  82. design for resilience

  83. “think about your software running.” theo schlossnagle, omniti

  84. understand your code’s breaking points

  85. isn’t all that what you do at large scale?

  86. cloud == large scale

  87. scalarium today

  88. scalarium runs on scalarium

  89. None
  90. None
  91. None

  92. lack of visibility

  93. don’t fall for service level agreements

  94. amazon only handles infrastructure

  95. how you build on it is up to you

  96. fun fact

  97. amazon.com is served off ec2

  98. thank you!