DynamoDB コトハジメ (2012-03-03 JAWS SUMMIT2012 )

2,631 views

Published on

JAWS SUMMIT 2012 上級者向けブートキャンプ 「DynamoDBコトハジメ」の資料

Published in: Technology
0 Comments
8 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,631
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
35
Comments
0
Likes
8
Embeds 0
No embeds

No notes for slide

DynamoDB コトハジメ (2012-03-03 JAWS SUMMIT2012 )

  1. 1. Weʼ’re  excited!
  2. 2. 東京リージョン1周年? 2011/
  3. 3. 東京リージョン1周年? 2011/ 違います
  4. 4. 東京リージョン1周年? 2011/ 違います 思い出して
  5. 5. 東京リージョン1周年? 2011/ 違います 去年のサミット 思い出して
  6. 6. 2011/3/4  サミット開催 2012/
  7. 7. 2011/3/4  サミット開催 2012/ その前⽇日
  8. 8. 2011/3/4  サミット開催 2012/ その前⽇日 2011/3/3 東京リージョン
  9. 9. 2011/3/4  サミット開催 2012/ その前⽇日 今年 2011/3/3 東京リージョン
  10. 10. 2012/3/2〜~3 サミッ
  11. 11. 2012/3/2〜~3 サミッ 2012/3/1に 何がありましたか?
  12. 12. 2012/3/2〜~3 サミッ 2012/3/1に 何がありましたか? そう
  13. 13. 2012/3/2〜~3 サミッ 2012/3/1に 何が DynamoDBありましたか? 東京リージョン そう
  14. 14. サミットの開催=
  15. 15. サミットの開催= 東京に ⼤大きな物が上陸した翌⽇日
  16. 16. サミットの開催= 東京に ⼤大きな物が上陸した翌⽇日 今年の サミットは
  17. 17. サミットの開催= 東京に ⼤大きな物が DynamoDB上陸した翌⽇日 東京上陸記念 今年の サミットは
  18. 18. 三 ⽉月 三 ⽇日2012/3/3 DynamoDBコトハジメJAWS  SUMMIT  2012上級者向け 株式会社  ブートキャンプ マイニングブラウニー   得上⻯竜⼀一(@tottokug)
  19. 19. Amazon  DynamoDB その歴|インターネット時代のアプリケーションのために設計された⾼高速でスケーラブルなNoSQLデータストレージ
  20. 20. その歴史から Dyna|Dynamo:Amazonʼ’s  Highly  Available  Key-‑value  Store Traditionally production systems store their state in relational databases. For many of the more common usage patterns of state persistence, however, a relational database is a solution that is far from ideal. Most of these services only store and retrieve data by primary key and do not require the complex querying and management functionality offered by an RDBMS. This excess functionality requires expensive hardware and highly skilled personnel for its operation, making it a very inefficient solution. In addition, the available replication technologies are limited and typically choose consistency over availability. Although many advances have been made in the recent years, it is still not easy to scale-out databases or use smart partitioning schemes for load balancing.
  21. 21. Dynamoの名前の由来 「コト|気になっている⼈人いるんじゃないかと
  22. 22. 「コトハジメ」 新しい 新しい仕事に とりかかること by  三省堂  ⼤大辞林物事のはじまり
  23. 23. 新しい仕事にとりかかる ここで
  24. 24. 新しい仕事にとりかかる ここで Amazon   DynamoDB 使ってる? 使いこなしてる?
  25. 25. ここでしか⾒見れない動画|JAWS-‑UGの皆様の協⼒力で字幕の通訳が⾏行われています|⇨宮崎弁バージョン|⇨江⼾戸弁バージョン|⇨北海道バージョン|⇨⿅鹿児島バージョン|⇨オリジナル(公式)バージョン|⇨字幕いらない
  26. 26. ⿅鹿児島バージョン 1つの
  27. 27. 1つの不要と3つの⾼高 管理不
  28. 28. 1つの不要と3つの⾼高 管理不DynamoDBの 4つの特徴
  29. 29. 1つの不要と3つの⾼高 管理不DynamoDBの 4つの特徴 管理不要
  30. 30. 1つの不要と3つの⾼高 管理不 ⾼高い拡張性DynamoDBの ⾼高速アクセス 4つの特徴 ⾼高信頼性 管理不要
  31. 31. 管理不要 ⾼高い拡ソフトウェア ではなく サービス
  32. 32. ⾼高い拡張性 ⾼高速ア データベース容量は⾃自動的に拡張、   制限なし パフォーマンスを指定できる。   秒間あたりの読込、 hoge   書込スループットを指定
  33. 33. ⾼高速アクセス ⾼高信頼 ⼗十分な数のハードウェアに分散すること で、安定した⾼高いパフォーマンスを提供 SSDを利⽤用   データへの⾼高速なアクセス 平均レイテンシ   read  5msクラウドの特性   write  10ms を活⽤用
  34. 34. ⾼高信頼 ボキャ 同期レプリケーション アーキテクチャ
  35. 35. ボ データキャブラリ
  36. 36. ボ Attribute   Name/Type/Value(s) データキ   名前と値のセット Itemsャ   テーブル内のデータ   Attributeの集合ブ Tableラ   Itemsの集合リ Types   String,Integer,String  Set,Number  Set Primary  Key   Hash   Hash+Range
  37. 37. データ構造 API
  38. 38. API Table|Table  Management|Basic  Item  Operations|Advanced  Item  Operations|Large-‑scale  Retrieval
  39. 39. Table  Management Basic|Create  Table|Update  Table  |Delete  Table  |Describe  Table
  40. 40. Basic  Item  Operations Adva|PutItem|UpdateItem|GetItem|BatchGetItem
  41. 41. Advanced  Item   Large|Conditional  PutItem|Conditional  UpdateItem
  42. 42. Large-‑scale  Retrieval 制限|Query  |Scan
  43. 43. 価格 Nextタ その前に Unitという単位 1kbyteのデータを1秒間に1回読み込む または書込む   これが1unit 2kbyteなら2unit 2.3kbyteなら3unit
  44. 44. 価格 「コト なんぼ? 1kbyte  のデータを10書込/秒を保証   (10unit) -‑>$0.01(⽶米国)  $0.012(⽇日本) 1kbyte  のデータを50読込/秒を保証   (50unit) -‑>$0.01(⽶米国)  $0.012(⽇日本) 100万書込=>$0.278    100万読込=>$0.056
  45. 45. 「コトハジメ」 つまり 新しい仕事に とりかかること by  ⼤大辞林物事のはじまり
  46. 46. 「コトハジメ」 つまり by  ⼤大辞林物事のはじまり
  47. 47. つまりパラダイムシフト ⾊色々⽐比
  48. 48. つまりパラダイムシフト ⾊色々⽐比|今までとは違う
  49. 49. ⾊色々⽐比較 MySQどこが違うの DynamoDB
  50. 50. MySQL Elast かわいいイルカ の RDBMS 優れている点   関係データの保持   ACIDDynamoDBと ⾜足りない点 ⽐比べて   ⼀一貫性と可⽤用性の両⽴立   スケールが苦⼿手(RDBMS全般)
  51. 51. ElastiCache Cass AWS謹製 memcachedElastiCache サービス 優れている点   既存memcachedプロトコル   DynamoDBと ⾜足りない点 ⽐比べて   データの永続性はない   容量の不⾜足
  52. 52. Cassandra Mong DynamoCassandra 直系の⼦子孫 優れている点   SuperColumn  (構造が若⼲干柔軟)   DynamoDBと ⾜足りない点 ⽐比べて   メンテナンスは⾃自前   チューニングには⾼高い技術を要する
  53. 53. MongoDB Couc ドキュメント 指向の データベース 優れている点   MapReduce内蔵   BSON形式の複雑な構造データDynamoDBと ⾜足りない点 ⽐比べて   ReplicaSet、Shardingの組み合わせは   [インフラ|エンジニア]コスト⼤大
  54. 54. CouchDB Simp 開発者にRelax を くつろぎ系DB 優れている点   全てがREST   開発者がデータベースを意識する事は殆DynamoDBと どない ⽐比べて ⾜足りない点   冗⻑⾧長性の確保困難、   伸張性も困難
  55. 55. SimpleDB まとめ ノーメンテ、 ノーコストから 始められる SimpleDB NoSQL 優れている点   コストが安い   SQLライクな問い合わせDynamoDBと   前データインデックス化 ⽐比べて ⾜足りない点   10Gbyteの容量制限   1billionのアイテム数制限
  56. 56. まとめると 事例も DynamoDB SimpleDB MySQL ElastiCache Cassandra MongoDB CouchDB関係データ ○JSON的な △ △ △ △(SuperColumn) ○ ○ SQL △ ○ △(CQL) 堅牢性 ◎ ◎ △ ○ ○ 一貫性 ○ △ ◎ (結果整合) 速度 ◎ △ ○ ◎ △ ○ 可用性 ◎ ○ △ ○ ○MapReduce ○ △ ○(内蔵) ○(内蔵)メンテコスト ◎ ◎ ◎ CAS操作 ○ ◎ ○大きなデータ ○ △ ○ ○
  57. 57. 事例も紹介 クロー
  58. 58. クローラのデータストア 例えば クローラが 集めたデータの 保存先にmitsubachiクローラの PaaS
  59. 59. 例えばこんなデータ テキス ⽇日本最⼤大級の ソーシャル ネットワーク サービス
  60. 60. テキストマイニング みんな テキストマイニ ングの過程で 発⽣生する⼤大量の データの処理に hotaru テキストマイニングの SaaS
  61. 61. みんな体感して Nextタ
  62. 62. みんな体感して Nextタ|http://dynamo.tottokug.com/#summit2012|  |WiFi  |SSID:  BUFFALO-‑0FB4AF|KEY  :  tgsik5utp3yfu

×