貝畑政徳です。カヤックの創立メンバーで、今はCTOを務めています。最近は、モバゲータウンのソーシャルゲーム「英雄になりたい！」の、企画、設計、開発、運用のすべてを担当しました。

庄司容崇です。「英雄になりたい！」には開発、運用の技術者として参加しました。現在30歳ですが、実は勤続10年目で、カヤックの中では古参です。

「英雄になりたい！」は、今年2月にモバゲータウンでリリースしたシミュレーションバトルゲームです。三つの国家が、全国統一を目指して争っている世界が舞台。ユーザーは１兵士として国家と将軍に仕え、ゲームに参加します。ゲームの中に世界観があり、それに沿ってストーリーが進む点はRPG的ですが、一方では参加メンバーの動きによりゲーム世界の枠組みが揺れ、参加するユーザーのポジションが大きく変わるという特徴があります。そういう意味では１人１人のユーザー自らが、世界の枠組みを構築するゲームだといえます。

DSAS Hosting for Socialは「英雄になりたい！」のサーバインフラとして活用しています。2月13日のゲームリリース当初は、海外クラウドを使っていましたが、途中、モバゲータウンの指導を受けたこともあり、国内インフラであるDSASに切り替えました。

回想録ぽく表現すると次のようになります。

はじめに使った海外クラウドは、mixiのアプリ開発でもインフラとして多く使われるなど、実績が豊富です。自分自身、そのクラウド上でソーシャルゲームを組んだ経験がありました。まずはこれで大丈夫だと考えました。

私も始めは｢実績豊富な海外クラウドだから、品質に問題はないだろう。Webで申し込みもできて、すぐ始められて便利だし、使った分しか課金されない。これからリリースする『英雄になりたい！』もアクセスがどこまで伸びるか分からないし、だったら使った分しか課金されないクラウドの方が良い」と考えました。

DSAS Hosting for Socialのことも知ってはいましたし、KLabが手がけるサービスなのだから品質はきっと良いだろうとも思っていました。しかし、当初想定していたサービス規模では、コストの安い海外サーバを選ぶ方が得策に思われたのです。

その時は、KLab、国内ホスティング大手A社、国内クラウドB社の三社を比較検討しました。比較検討の基準は、「高負荷対応のアプリケーション作りのコンサルティングがあるかどうか」でした。その結果、理論と経験に裏打ちされた「本当に役立つコンサルティング」を提供してくれそうなのは、KLabであろうと判断し、サーバ移転先はKLab（DSAS)に決めました。

この判断は正解でした。先にも述べたとおり、引っ越し直後2月28日15時からも、問題は次々に噴出してきましたが、KLabの技術者のコンサルティングを通じ、問題は都度都度テキパキと解決できました。

引っ越し（DNS切替）の直後に、すぐダウンした理由は、オブジェクトキャッシュに大きなデータを入れすぎていたせいでした。それがネットワーク帯域を食っていて、ダウンにつながりました。KLabからは、オブジェクトキャッシュより、MySQLのクエリキャッシュ機能を活用する方が適切でしょうとの提案をいただきました。その提案に従い、アプリケーションを組み直したところ、ダウンしなくなりました。

その後、サービス運用を続ける中で、ユーザーが増え、トラフィックが上がるにつれ、未知の問題が多く出てきましたが、その都度、KLabと相談し、一つずつ丁寧に解決していきました。

｢英雄になりたい！」は、一回のページロードに際し、HPや経験値の更新など多くのSQL更新クエリが発行される性質のゲームです。自分のこれまでのゲーム開発経験の中で、これほど更新クエリ発行数が多いゲームはありませんでした。その未経験ゆえ、先ほど述べたオブジェクトキャッシュのような拙いアプリの組み方をしてしまいました。今回は、よく学び、自分の知識と技術を進化させる良い機会だと考え、KLabの技術者の助言のもと、更新クエリ発行数を減らすことに成功しました。

まずバイナリログからSQLを抜き出して、どんなクエリが多いのかを調べました。その結果、frameworkによりクエリが意味なく重複発行されていたことがわかったので、こちらも減らしました。さらに「使われていないインデックスを無くす」や「無駄な外部キーを無くす」など、ムダな処理をなくす作業も並行して進めました。

まだノウハウを述べられるほどではありませんが、私見として述べてみます。まず「どんなサーバインフラを選ぶべきか、クラウドなのかホスティングなのか DSASなのかという選択において、絶対的な指標があるわけでなく、その会社の技術レベル、企画レベル、財務状況に応じて最適解は変わる」ということは前提にしたく思います。

ユーザー数がまったく読めない場合は、クラウドから始めた方が良いと思います。今回の「英雄になりたい！」は海外クラウドで開始し、途中で引っ越しを余儀なくされましたが、それは
1)：「英雄になりたい！」のトラフィックが増えたから
2)：「英雄になりたい！」というシミュレーションバトルゲーム自体が SQLクエリを多く発行する、いわゆる「重いゲーム」だったから
という二つの条件が重なったからです。この条件がなければ今も海外クラウドを使っていたかもしれません。実際、カヤックがこれまで開発したゲームでは、インフラとして海外クラウドを使用していますし、それらゲームは今でも安定稼働しています。

経験もない、お金もない、ゲームが当たるかどうかもまったく読めないという、「デビュー段階」の会社の場合は、海外クラウドを使うのが良いと思います。やはりクラウドは、始めやすいですから。

逆に、ある程度、企画力と経験があって、「今回のゲームはある程度トラフィックが増えて、サーバ負荷も高くなるだろう」とヨミが立つ場合には、海外クラウドではなく、最初からKLabのようにコンサルティングサービスが付帯した国内サーバを使うのがよいかもしれません。

自分たちのゲームの技術特性もよく考慮する必要があります。「英雄になりたい！」のような「重いゲーム」を作る場合は、最初はKLabのような専門家のコ ンサルティングを受けてみることをおススメします。作った物が現れないというのは、アプリ提供者としてあってはならないことです。今は平静に語れますが、 「英雄になりたい！」がダウンし続けたときはもうどうしようかと…。コンサルティングを受けて、ゲームが復活したときは本当にほっとしました（笑）。

今回、KLabさんのサポートを通じて「英雄になりたい！」が安定してサクサク動くようになりました。ありがとうございます。

これからも、ユーザーに楽しんでもらえる、いいゲームを作っていきます。KLabさんの進化に期待します。今回はいろいろありがとうございました。引き続き、よろしくお願いします。