Weʼ’re  excited！

2011/3/4サミット開催東京リージョン1周年？

2011/3/4サミット開催

違います

東京リージョン1周年？

2011/3/4サミット開催

違います

思い出して

東京リージョン1周年？

2011/3/4サミット開催

違います 去年のサミット

思い出して

東京リージョン1周年？

2012/3/2〜～32011/3/4  サミット開催

2012/3/2〜～3

その前⽇日

2011/3/4  サミット開催

2012/3/2〜～3

その前⽇日

2011/3/3

東京リージョン

2011/3/4  サミット開催

2012/3/2〜～3

その前⽇日 今年

2011/3/3

東京リージョン

2011/3/4  サミット開催

サミット開催＝2012/3/2〜～3

サミット開催＝

2012/3/1に

何が

ありましたか？

2012/3/2〜～3

サミット開催＝

2012/3/1に

何が

ありましたか？

そう

2012/3/2〜～3

サミット開催＝

2012/3/1に

何が

ありましたか？

DynamoDB

東京リージョン

そう

2012/3/2〜～3

サミットの開催＝

東京に

⼤大きな物が

上陸した翌⽇日

サミットの開催＝

東京に

⼤大きな物が

上陸した翌⽇日

今年の

サミットは

サミットの開催＝

東京に

⼤大きな物が

上陸した翌⽇日

DynamoDB

東京上陸記念

今年の

サミットは

サミットの開催＝

三⽉月三⽇日

2012/3/3JAWS  SUMMIT  2012上級者向け 　ブートキャンプ 　

DynamoDBコトハジメ

株式会社マイニングブラウニー得上⻯竜⼀一(@tottokug)

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

DynamoDBの名前の由来その歴史から|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.

「コトハジメ」Dynamoの名前の由来|気になっている⼈人いるんじゃないかと

新しい仕事にとりかかる

物事のはじまり

新しい仕事に

とりかかること

「コトハジメ」

by  三省堂  ⼤大辞林

ここでしか⾒見れない動画新しい仕事にとりかかる

ここでしか⾒見れない動画

使い

こなしてる？

Amazon  

DynamoDB

使ってる？

新しい仕事にとりかかる

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

1つの不要と3つの⾼高⿅鹿児島バージョン

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

管理不要

DynamoDBの

4つの特徴

1つの不要と3つの⾼高

管理不要

DynamoDBの

4つの特徴

管理不要

1つの不要と3つの⾼高

管理不要

DynamoDBの

4つの特徴

⾼高い拡張性

⾼高速アクセス

⾼高信頼性

管理不要

1つの不要と3つの⾼高

ソフトウェア

ではなく

サービス

⾼高い拡張性管理不要

⾼高速アクセス

hoge

⾼高い拡張性

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

⾼高信頼

クラウドの特性

を活⽤用

⾼高速アクセス⼗十分な数のハードウェアに分散することで、安定した⾼高いパフォーマンスを提供

SSDを利⽤用 　データへの⾼高速なアクセス

平均レイテンシ 　read  5ms 　write  10ms

同期

レプリケーション

アーキテクチャ

ボキャブラリ⾼高信頼

データ構造ボキャブラリ

データ構造ボキャブラリ

Attribute 　Name/Type/Value(s) 　名前と値のセットItems 　テーブル内のデータ 　Attributeの集合

Table 　Itemsの集合

Types 　String,Integer,String  Set,Number  SetPrimary  Key 　Hash 　Hash+Range

APIデータ構造

Table  ManagementAPI|Table  Management|Basic  Item  Operations|Advanced  Item  Operations|Large-‑scale  Retrieval

Basic  Item  OperationsTable  Management|Create  Table|Update  Table  |Delete  Table  |Describe  Table

Advanced  ItemBasic  Item  Operations|PutItem|UpdateItem|GetItem|BatchGetItem

Large-‑scale  RetrievalAdvanced  Item  |Conditional  PutItem|Conditional  UpdateItem

制限Large-‑scale  Retrieval|Query  |Scan

Nextタイトル

その前に

Unitという単位

価格

1kbyteのデータを1秒間に1回読み込むまたは書込む 　これが1unit2kbyteなら2unit2.3kbyteなら3unit

「コトハジメ」

なんぼ？

価格

1kbyte  のデータを10書込/秒を保証  (10unit)-‑>$0.01(⽶米国)  $0.012(⽇日本)1kbyte  のデータを50読込/秒を保証  (50unit)-‑>$0.01(⽶米国)  $0.012(⽇日本)100万書込=>$0.278    100万読込=>$0.056

つまりパラダイムシフト

物事のはじまり

新しい仕事に

とりかかること

「コトハジメ」

by  ⼤大辞林

つまりパラダイムシフト

物事のはじまり

「コトハジメ」

by  ⼤大辞林

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

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

どこが違うの

DynamoDB

MySQL⾊色々⽐比較

ElastiCache

DynamoDBと

⽐比べて

かわいいイルカ

の

RDBMS

MySQL

優れている点 　関係データの保持 　ACID⾜足りない点 　⼀一貫性と可⽤用性の両⽴立 　スケールが苦⼿手(RDBMS全般)

Cassandra

DynamoDBと

⽐比べて

AWS謹製

memcached

サービス

ElastiCache

優れている点 　既存memcachedプロトコル 　⾜足りない点 　データの永続性はない 　容量の不⾜足

ElastiCache

MongoDB

DynamoDBと

⽐比べて

Dynamo

直系の⼦子孫

Cassandra

優れている点 　SuperColumn  (構造が若⼲干柔軟) 　⾜足りない点 　メンテナンスは⾃自前 　チューニングには⾼高い技術を要する

Cassandra

CouchDB

DynamoDBと

⽐比べて

ドキュメント

指向の

データベース

MongoDB

優れている点 　MapReduce内蔵 　BSON形式の複雑な構造データ⾜足りない点 　ReplicaSet、Shardingの組み合わせは 　[インフラ|エンジニア]コスト⼤大

SimpleDB

DynamoDBと

⽐比べて

開発者にRelax

を

くつろぎ系DB

CouchDB

優れている点 　全てがREST 　開発者がデータベースを意識する事は殆どない⾜足りない点 　冗⻑⾧長性の確保困難、 　伸張性も困難

まとめると

DynamoDBと

⽐比べて

ノーメンテ、

ノーコストから

始められる

NoSQL

SimpleDB

優れている点 　コストが安い 　SQLライクな問い合わせ 　前データインデックス化⾜足りない点 　10Gbyteの容量制限 　1billionのアイテム数制限

SimpleDB

事例も紹介まとめるとDynamoDB SimpleDB MySQL ElastiCache Cassandra MongoDB CouchDB

関係データ × × ○ × × × ×

JSON的な △ △ △ × △(SuperColumn) ○ ○

SQL × △ ○ × △(CQL) × ×

堅牢性 ◎ ◎ △ × ○ ○ ×

一貫性 ○ △ ◎ × ×(結果整合) × ×

速度 ◎ △ ○ ◎ △ ○ ×

可用性 ◎ ○ △ × ○ ○ ×

MapReduce ○ × × × △ ○(内蔵) ○(内蔵)

メンテコスト ◎ ◎ × ◎ × × ×

CAS操作 ○ × ◎ × ○ × ×

大きなデータ × × ○ × △ ○ ○

クローラのデータストアとして事例も紹介

例えばこんなデータ

mitsubachi

クローラの

PaaS

クローラが

集めたデータの

保存先に

クローラのデータストア

テキストマイニング⽇日本最⼤大級の

ソーシャル

ネットワーク

サービス

例えばこんなデータ

みんな体感して

hotaru

テキスト

マイニングの

SaaS

テキストマイニ

ングの過程で

発⽣生する⼤大量の

データの処理に

テキストマイニング

Nextタイトルみんな体感して

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