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

1. Weʼ’re excited！

2. 東京リージョン1周年？ 2011/

3. 東京リージョン1周年？ 2011/
違います

4. 東京リージョン1周年？ 2011/
違います
思い出して

5. 東京リージョン1周年？ 2011/
違います 去年のサミット
思い出して

6. 2011/3/4 サミット開催 2012/

7. 2011/3/4 サミット開催 2012/
その前⽇日

8. 2011/3/4 サミット開催 2012/
その前⽇日
2011/3/3
東京リージョン

9. 2011/3/4 サミット開催 2012/
その前⽇日 今年
2011/3/3
東京リージョン

10. 2012/3/2〜～3 サミッ

11. 2012/3/2〜～3 サミッ
2012/3/1に
何が
ありましたか？

12. 2012/3/2〜～3 サミッ
2012/3/1に
何が
ありましたか？
そう

13. 2012/3/2〜～3 サミッ
2012/3/1に
何が DynamoDB
ありましたか？ 東京リージョン
そう

14. サミットの開催＝

15. サミットの開催＝
東京に
⼤大きな物が
上陸した翌⽇日

16. サミットの開催＝
東京に
⼤大きな物が
上陸した翌⽇日
今年の
サミットは

17. サミットの開催＝
東京に
⼤大きな物が DynamoDB
上陸した翌⽇日 東京上陸記念
今年の
サミットは

18. 三
⽉月
三
⽇日
2012/3/3 DynamoDBコトハジメ
JAWS SUMMIT 2012
上級者向け 株式会社
ブートキャンプ マイニングブラウニー
得上⻯竜⼀一(@tottokug)

19. Amazon DynamoDB その歴
|
インターネット時代のアプリケーションのために設計さ
れた⾼高速でスケーラブルなNoSQLデータストレージ

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. Dynamoの名前の由来 「コト
|
気になっている⼈人いるんじゃないかと

22. 「コトハジメ」 新しい
新しい仕事に
とりかかること
by 三省堂 ⼤大辞林
物事のはじまり

23. 新しい仕事にとりかかる ここで

24. 新しい仕事にとりかかる ここで
Amazon
DynamoDB
使ってる？
使い
こなしてる？

25. ここでしか⾒見れない動画
|
JAWS-‑UGの皆様の協⼒力で字幕の通訳が⾏行われています
|
⇨宮崎弁バージョン
|
⇨江⼾戸弁バージョン
|
⇨北海道バージョン
|
⇨⿅鹿児島バージョン
|
⇨オリジナル(公式)バージョン
|
⇨字幕いらない

26. ⿅鹿児島バージョン 1つの

27. 1つの不要と3つの⾼高 管理不

28. 1つの不要と3つの⾼高 管理不
DynamoDBの
4つの特徴

29. 1つの不要と3つの⾼高 管理不
DynamoDBの
4つの特徴
管理不要

30. 1つの不要と3つの⾼高 管理不
⾼高い拡張性
DynamoDBの ⾼高速アクセス
4つの特徴 ⾼高信頼性
管理不要

31. 管理不要 ⾼高い拡
ソフトウェア
ではなく
サービス

32. ⾼高い拡張性 ⾼高速ア
データベース容量は⾃自動的に拡張、
制限なし
パフォーマンスを指定できる。
秒間あたりの読込、
hoge 書込スループットを指定

33. ⾼高速アクセス ⾼高信頼
⼗十分な数のハードウェアに分散すること
で、安定した⾼高いパフォーマンスを提供
SSDを利⽤用
データへの⾼高速なアクセス
平均レイテンシ
read 5ms
クラウドの特性
write 10ms
を活⽤用

34. ⾼高信頼 ボキャ
同期
レプリケーション
アーキテクチャ

35. ボ データ
キ
ャ
ブ
ラ
リ

36. ボ
Attribute
Name/Type/Value(s) データ
キ
名前と値のセット
Items
ャ
テーブル内のデータ
Attributeの集合
ブ Table
ラ
Itemsの集合
リ Types
String,Integer,String Set,Number Set
Primary Key
Hash
Hash+Range

37. データ構造 API

38. API Table
|
Table Management
|
Basic Item Operations
|
Advanced Item Operations
|
Large-‑scale Retrieval

39. Table Management Basic
|
Create Table
|
Update Table
|
Delete Table
|
Describe Table

40. Basic Item Operations Adva
|
PutItem
|
UpdateItem
|
GetItem
|
BatchGetItem

41. Advanced Item Large
|
Conditional PutItem
|
Conditional UpdateItem

42. Large-‑scale Retrieval 制限
|
Query
|
Scan

43. 価格 Nextタ
その前に
Unitという単位
1kbyteのデータを1秒間に1回読み込む
または書込む
これが1unit
2kbyteなら2unit
2.3kbyteなら3unit

44. 価格 「コト
なんぼ？
1kbyte のデータを10書込/秒を保証
(10unit)
-‑>$0.01(⽶米国) $0.012(⽇日本)
1kbyte のデータを50読込/秒を保証
(50unit)
-‑>$0.01(⽶米国) $0.012(⽇日本)
100万書込=>$0.278 100万読込=>$0.056

45. 「コトハジメ」 つまり
新しい仕事に
とりかかること
by ⼤大辞林
物事のはじまり

46. 「コトハジメ」 つまり
by ⼤大辞林
物事のはじまり

47. つまりパラダイムシフト ⾊色々⽐比

48. つまりパラダイムシフト ⾊色々⽐比
|
今までとは違う

49. ⾊色々⽐比較 MySQ
どこが違うの
DynamoDB

50. MySQL Elast
かわいいイルカ
の
RDBMS
優れている点
関係データの保持
ACID
DynamoDBと
⾜足りない点
⽐比べて ⼀一貫性と可⽤用性の両⽴立
スケールが苦⼿手(RDBMS全般)

51. ElastiCache Cass
AWS謹製
memcached
ElastiCache サービス
優れている点
既存memcachedプロトコル
DynamoDBと
⾜足りない点
⽐比べて データの永続性はない
容量の不⾜足

52. Cassandra Mong
Dynamo
Cassandra 直系の⼦子孫
優れている点
SuperColumn (構造が若⼲干柔軟)
DynamoDBと
⾜足りない点
⽐比べて メンテナンスは⾃自前
チューニングには⾼高い技術を要する

53. MongoDB Couc
ドキュメント
指向の
データベース
優れている点
MapReduce内蔵
BSON形式の複雑な構造データ
DynamoDBと
⾜足りない点
⽐比べて ReplicaSet、Shardingの組み合わせは
[インフラ|エンジニア]コスト⼤大

54. CouchDB Simp
開発者にRelax
を
くつろぎ系DB
優れている点
全てがREST
開発者がデータベースを意識する事は殆
DynamoDBと
どない
⽐比べて ⾜足りない点
冗⻑⾧長性の確保困難、
伸張性も困難

55. SimpleDB まとめ
ノーメンテ、
ノーコストから
始められる
SimpleDB NoSQL
優れている点
コストが安い
SQLライクな問い合わせ
DynamoDBと
前データインデックス化
⽐比べて ⾜足りない点
10Gbyteの容量制限
1billionのアイテム数制限

56. まとめると 事例も
DynamoDB SimpleDB MySQL ElastiCache Cassandra MongoDB CouchDB
関係データ ○
JSON的な △ △ △ △(SuperColumn) ○ ○
SQL △ ○ △(CQL)
堅牢性 ◎ ◎ △ ○ ○
一貫性 ○ △ ◎ (結果整合)
速度 ◎ △ ○ ◎ △ ○
可用性 ◎ ○ △ ○ ○
MapReduce ○ △ ○(内蔵) ○(内蔵)
メンテコスト ◎ ◎ ◎
CAS操作 ○ ◎ ○
大きなデータ ○ △ ○ ○

57. 事例も紹介 クロー

58. クローラのデータストア 例えば
クローラが
集めたデータの
保存先に
mitsubachi
クローラの
PaaS

59. 例えばこんなデータ テキス
⽇日本最⼤大級の
ソーシャル
ネットワーク
サービス

60. テキストマイニング みんな
テキストマイニ
ングの過程で
発⽣生する⼤大量の
データの処理に
hotaru
テキスト
マイニングの
SaaS

61. みんな体感して Nextタ

62. みんな体感して Nextタ
|
http://dynamo.tottokug.com/#summit2012
|
|
WiFi
|
SSID: BUFFALO-‑0FB4AF
|
KEY : tgsik5utp3yfu