サーバーエンジニアの下川です。 IDEをローカルCloud9から、AWS Cloud9に移行しました。 はじめに IDE、何を使っていますか？ 私はvimや、少し前はVSCodeも利用しましたが、２年前程からメインで使用しているのはCloud9です。 Cloud9でもサービスの方ではなく、自前でサーバーにインストールして使用しています。 Cloud9がAWSに買収されたのは2016年7月。 そして、2017年12月にはAWS Cloud9がリリースされました。 2018年4月現在では、まだ東京リージョンにはリリースされていませんが、EU (アイルランド)、アジアパシフィック (シンガポール)、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)でリリースされています。 今回はローカルCloud9ユーザー、および、Lambda開発者がIDEをAWS Cloud9に移行

CTOの椎名アマド ( @ima_amataro) です。 前回の記事：「Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話（１）」 前回は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)１台と、MySQL & Redisを両方走らせてる DBサーバー(EC2)１台で十分だという判断で、しばらくはそんな構成でやってました。（S3などは省略） しかし、いざサービスが成長してくるともちろん MySQL & Redis を１台でまかなうのはキツくなり、MySQL と Redis を別々のEC2インスタン