前回のエントリでソーシャルゲームで必要なポイントをあげましたが、
今回はもう少し技術的な部分にも触れたいと思います。

ゲームの構成は簡単に説明すると、モバゲーのフューチャーフォン（＝ガラケー）、インフラは、クラウド環境（IaaS）上に構築、ゲームプログラムは、PHPとFlashliteといった感じです。

（1）インフラ：3系統用意

本番系とステージング系とローカル系の3系統を構築しました。
・本番は名前のとおり実際のゲームが動作する環境です。
・ステージング系は障害時や新機能を追加する際の確認用の環境です。本番系とは極力同じような環境にします。
・ローカルは普段の開発環境です。
・リリースの流れとしては、ローカル→ステージング→本番のようになります。

本番系のシステム構成

サーバ：I社のIaaS　WEBサーバ2台、予備WEBサーバ1台、DBサーバ2台、ロードバランサー1台+予備1台
OS：CENTOS64

ステージング系のシステム構成

サーバ：GMOクラウドPublicのIaaS　WEBサーバ･DBサーバ1台
OS：CENTOS64

ローカル系のシステム構成

サーバ：開発用PC、XAMPP
OS：Windows

（2）インフラ：運用監視ツール

サーバの監視は、予算不足から常時監視はできないため、障害時に迅速に対応するポリシーとしました。
・キャパシティの確認のためにリソース監視を導入しました。
・サーバとサービスの死活監視のためにプロセス監視を導入しました。

リソース監視

ツール：Munin（http://munin-monitoring.org/）
定期的にグラフを参照し、CPU負荷やメモリとHDDの残量を確認しました。

死活監視

ツール：Monit（http://mmonit.com/monit/）
サーバの生死確認とサーバ上のサービスの生死確認をするツールです。なにか起きると担当者の携帯へメールを通知するようにしました。WEBサーバは自動で再起動するようにしました。

（3）インフラ：高負荷、高速化

サーバの高速化や負荷軽減も予算制約があるので、ミドルウェアを導入しました。
・PHPの実行速度向上のためにPHPアクセラレータを導入しました。
・データベースにKVSを導入しました。

PHPアクセラレータ

ツール：eAccelerator（http://sourceforge.net/projects/eaccelerator/）
PHPを中間コードに変換しメモリ上にキャッシュします。

データベース

ツール：TokyoTyrant（http://fallabs.com/tokyotyrant/）

（4）プログラム：ゲームエンジン

PHPで携帯サイトを作る時と特に変わりはありません。ですのでいつもの組み合わせにしました。
・速度が求められるのでフルスクラッチと悩みましたが、メンテナンス性を考慮して、結局フレームワークを導入しました。
・HTMLコーディングを分離するためにテンプレートエンジンを導入しました。
・アプリケーションログを導入しました。

PHPフレームワーク

ツール：ZendFramework（http://framework.zend.com/）
ViewとControllerのみ使いました。

PHPテンプレートエンジン

ツール：Smarty（http://www.smarty.net/）
絵文字変換ライブラリを使うことで、3キャリア共通テンプレートで作成しました。

ログライブラリ

ツール：log4php（http://logging.apache.org/log4php/）

まとめ
予算的制約が何事にも優先する(笑)ので、いろいろなオープンソースやライブラリにお世話になりました。また、サービス直後の負荷が読めないのでクラウドの利用は安心感がありました。一応報告すると、サービス直後に落ちることはなかったです（実はオーバースペックだったw？）

mixiアプリ開発&運用コンプリートブック -ユーザをつかむソーシャルアプリのつくり方!育て方!

posted with amazlet at 12.02.09

株式会社ミクシィ 田中 洋一郎
技術評論社
売り上げランキング: 73303

Amazon.co.jp で詳細を見る

mixiアプリをつくろう!OpenSocialで学ぶソーシャルアプリ

posted with amazlet at 12.02.09

神部 竜二
ソーテック社
売り上げランキング: 122509

Amazon.co.jp で詳細を見る

ソーシャルゲームを開発した上で気づいた点をあげたいと思います。
“まだ”1本しか作っていませんが(笑)

※参考までに私がソーシャルゲームを開発する前のスキルは以下のとおり。
・業務やウェブシステムの設計経験多数
・PHPプログラミング経験
・携帯サイトの制作経験（携帯のHTML、CSSの勘所も知っている）
・ゲームは好きだが、携帯のソーシャルゲームはやっていない(笑)

例えば、以下のような開発体制の場合は、
・サーバプログラマ　←今回のエントリ対象はココです
・Flashプログラマ
・デザイナー
・ディレクター

携帯サイトの制作経験 [必須]

パソコン用のサイト制作経験だけだと、厳しいと思います。
Flash画面を除く画面の大多数はサーバプログラマが作るからです。
さすがに最終的な仕上げはデザイナーにやってもらいますが。

携帯ならではの特性は知っていないと作れません。
代表的なところでは、
・文字コード
・3キャリアの違い
・絵文字
・サイズの制限
・画像ファイル
・URL長
・キーの特性(決定キー・上下キー)
・デバッグ環境

3キャリア対応のHTML・CSS・絵文字はめんどうですね。
今は便利なライブラリも出ていますので利用することをお勧めします。

Flashとの連携

昨今の携帯ゲームでは、UI部分はFlashで作成されています。
当然、Flash単体ではゲームとして成り立ちませんので、
サーバ側のプログラムとの連携が必要になります。

連携の方法にはいろいろ方法があります。
シュチュエーションに応じて使い分ける必要があります。

不正対策を想定する

実装に影響してくる部分なので、最初に意識するとしないとでは大きな差が出るでしょう。
例えば、ブラウザバック、URLパラメータ書き換えなどです。

当たり前のようにやられる所なので想定して開発すべきでしょう。
この辺の実装がなければ楽なんですがね(笑)

ソーシャルゲームの設計知識

リリース後も開発が続くので、機能追加が可能な設計が求められます。
ガチガチに作ると後で苦労します。
おそらくデータベースの選定にも影響がでるはずです。

マルチプラットフォームを実現できる設計も重要でしょうね。
MからGとかGからMとか。
プラットフォームに依存しすぎると移植で苦労すると思われます。
→まだやっていませんがw

そのほか

プラットフォームと切り離しても動作する設計も負荷試験のときに便利ですね。

普段の開発時は以下の工程が想定されます。

ローカルパソコンでの実行
　↓
サンドボックスでの実行
　↓
本番での実行

設定で簡単に切り替えられる実装が求められます。

技術的な話までは踏み込みませんでしたが、参考になればうれしいです。