You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
<?php require_once 'vendor/autoload.php'; use Aws\DynamoDb\DynamoDbClient; $dynamo = DynamoDbClient::factory(array( 'key' => AWS_KEY, 'secret' => AWS_SECRET, 'region' => AWS_REGION, )); $id = (string) time(); $result = $dynamo->putItem( [ 'TableName' => 'new_sdk_test', 'Item' => [ 'id' => ['S' => $id], 'value_list' => ['L' => [['S'=>'Tokyo'], ['S' => 'Kanagawa'], ['S' =>'Saitama']]], 'value_map' =
概要 MongoHQ MongoDBのホスティングサービス。 AWS上で稼働 Amazon DynamoDB AWSで提供されているNoSQLデータベースサービス。 3つのAvailability Zoneに分散し可用性を確保。 自動的にスケールし、応答性を一定に保つ。 しらべた結果 比較対象としてはちょっと違うのですが、MongoDBとDynamoDBをそれぞれ使う場合の理由をアドバイスしているブログが有りました。MongoDBとの比較といいつつも、この人はMongoHQを使っているようですね。 Mason Zhang: 3 Reasons You Should Use DynamoDB over MongoDB -- MongoDBよりDynamoDBを使うべき3つの理由 理由1: DBサーバの管理の為に人員を確保するつもりが無いなら、DynamoDBを使いなさい。 私がMongoDB
CTOの椎名アマド ( @ima_amataro) です。 前回の記事:「Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(1)」 前回はRedisをチャットのプライマリのストレージとして使う上での問題点と、 Amazon DynamoDB の特徴などを紹介しました。 今回はDynamoDBの詳細説明と、実際の移行作業と、その際にハマった点をお話していきます。 DynamoDBのテーブル構成 まずは DynamoDB 上のテーブル構成を考えるところから。 Redisにおいてはシンプルな list にチャットを保存していて、 chat.room.{room_id} {timestamp}:{user_id}:{urlencode(message)} {timestamp}:{user_id}:{urlencode(message)} {tim
CTOの椎名アマドです。 今回は、Pairyのチャットデータを全てRedisからAmazon DynamoDBに移行した話をしたいと思います。 我々が 2012年6月に カップル専用アプリ Pairy をリリースした時には、 データベースは MySQL と Redis の両方を利用するところで始めました。 Redis の役割は: 1. MySQLレスポンスのキャッシュ 2. プッシュ通知等のキュー 3. チャットのデータを全保管 サービスローンチ直後はまだ Appサーバー(EC2)1台と、MySQL & Redisを両方走らせてる DBサーバー(EC2)1台で十分だという判断で、しばらくはそんな構成でやってました。(S3などは省略) しかし、いざサービスが成長してくるともちろん MySQL & Redis を1台でまかなうのはキツくなり、MySQL と Redis を別々のEC2インスタン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く