はじめに Developpers Summit 2016で「大規模Redisサーバ縮小化の戦い」というテーマで発表してきました。 大規模Redisサーバ縮小化の戦い from Yuto Komai Redisのdumpファイルを取得して、それらをマージする方法や、Redis内で使用するdb数を増やせば、接続数も増えていく、といった話をしました。 特にAWS上でRedisを運用する場合、ElastiCacheの接続数上限は変更できないことは見落としがちなポイントなので、サーバを何十台もスケールアウトする人たちにとって役に立つノウハウが共有できたのではないでしょうか。 当日はネタスライドを山程仕込んで 会場は大爆笑だったのですが、slideshareではネタスライドは割愛しております。 今回のお話 デブサミのスライドでは、ほとんどの話が縮小についての話だったので、今回はRedisの信頼性につい
CTOの椎名アマドです。 今回は、Pairyのチャットデータを全てRedisからAmazon DynamoDBに移行した話をしたいと思います。 我々が 2012年6月に カップル専用アプリ Pairy をリリースした時には、 データベースは MySQL と Redis の両方を利用するところで始めました。 Redis の役割は： 1. MySQLレスポンスのキャッシュ 2. プッシュ通知等のキュー 3. チャットのデータを全保管 サービスローンチ直後はまだ Appサーバー(EC2)１台と、MySQL & Redisを両方走らせてる DBサーバー(EC2)１台で十分だという判断で、しばらくはそんな構成でやってました。（S3などは省略） しかし、いざサービスが成長してくるともちろん MySQL & Redis を１台でまかなうのはキツくなり、MySQL と Redis を別々のEC2インスタン
はじめに 突然ですが、みなさんはWindowsやWindows Serverに対してどのような印象をお持ちでしょうか？ Linuxと比べて良い点や悪い点はあるのはなんとなくわかるものの、総合的に、Windowsに対してあまり良いイメージを持たれない方も多いのではないでしょうか。 私たちの会社では、GREE向けにリアルタイムギルドバトル[1]と呼ばれるジャンルのソーシャルゲームをAWS＋Windows環境を使って提供しています。Web 業界全体を通しても珍しい、AWSかつWindowsという組み合わせの大規模Webアプリケーションをどのように提供し、継続的に運用しているのか、実際のところはどうなのか、といった点を今回は紹介したいと思います。 グラニが提供するソーシャルゲームの規模 実際に弊社で提供している「神獄のヴァルハラゲート」の規模感は次のようなものになります。 リアルタイムギルドバトル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
