新規事業で Elixir, Phoenix, React を使う - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
エンジニアリング・アドバイザーの noto です。先月末から新規事業チームのエンジニアリングについてもお手伝いすることになりました。 アカツキでは今年 (2015 年) の夏より、従来のゲーム事業の枠を超えて、教育、ヘルスケア、「働く」などの領域を対象とした新規事業の検討・開発を開始しています。(新規事業に関するプレスリリース / 新規事業公式ページ) こういった領域では「作っては壊し、作っては壊し」のトライアル・アンド・エラーが繰り返されると想定されるため、技術の選択に失敗した場合でもリカバリできる可能性も高くなります。そのため、従来のゲーム事業に比べると新しい技術を取り入れるチャレンジがしやすいと考え、社内で使い慣れた サーバサイド: Ruby on Rails ゲームクライアント: C++, Cocos2d-x とは別の技術を導入し始めています。 サーバサイド サーバサイドについては
Rails4.2のコネクションプールの実装を理解する - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
tl;dr Railsではコネクションプール数を設定していても、1スレッド辺り1コネクションしか持ちません。 発端 アカツキではRails + Unicorn + Nginx + MySQLの構成をAWSで運用しており、c3.4xlargeのインスタンス上で1台辺り64のUnicornワーカープロセスが実行される設定になっています。 ソーシャルゲームでは時にたくさんのアプリケーションサーバを並列稼働される必要がでてきます。特に年末年始の時期は平時の2-3倍のトラフィックが予想され、アプリケーションサーバを最大100台で稼働させる必要がありました。 Railsのdatabase.ymlのpool設定は5だったので、単純に考えると最大 100台 * 64プロセス * 5接続 = 32,000個の接続が常時貼られるのでは？MySQLのmax_connectionsの設定は大丈夫か？という議論があ
5分で分かるRedis Clusterの構築方法 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
はじめに Developpers Summit 2016で「大規模Redisサーバ縮小化の戦い」というテーマで発表してきました。 大規模Redisサーバ縮小化の戦い from Yuto Komai Redisのdumpファイルを取得して、それらをマージする方法や、Redis内で使用するdb数を増やせば、接続数も増えていく、といった話をしました。 特にAWS上でRedisを運用する場合、ElastiCacheの接続数上限は変更できないことは見落としがちなポイントなので、サーバを何十台もスケールアウトする人たちにとって役に立つノウハウが共有できたのではないでしょうか。 当日はネタスライドを山程仕込んで 会場は大爆笑だったのですが、slideshareではネタスライドは割愛しております。 今回のお話 デブサミのスライドでは、ほとんどの話が縮小についての話だったので、今回はRedisの信頼性につい
アカツキ流開発 | Akatsuki Hackers Lab アカツキハッカーズラボ
©2013 Akatsuki Inc.Technology 最高の方法を考えないのは悪 最高というのはスピードやコスト、生産性、プロダクトの完成度などの点で最適という面と、開発する人が楽しめる・おもしろいという面の両方を指します。 これらを追求しないと良いものづくりができないという考え方が根底にあり、 常に新しい、より良い手法を取り込んでいます。 チームごとに最適な方法を探索 また「最高の追求」の裁量は各チームにあります。全チーム共通のルールを重視するとプロセスが重くなりがちですし、そうなると変化しにくくなるのがマイナスだと捉えています。 「これくらいでいいんじゃない」と割り切りすぎず、追求することをいい意味で楽しんでいます。また各チームが独立して良い手法を探すことで、結果的に組織全体にとってベストの手法が見つかるという考え方をとっています。 「アジャイルソフトウェアの 12 の原則」に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
