Download as PDF, PPTX
Uploaded byKentaro Iizuka
あるゲームアプリケーションの構成とアップデートサイクル
DroidKaigi 2015 の発表資料です． とある Android ゲームアプリの全体像と，アップデートに関する Tips 集の発表です．
![マテリアルデザインを用いたデザインリニューアル [フリル編]](https://cdn.slidesharecdn.com/ss_thumbnails/droidkaigi-150425032816-conversion-gate02-thumbnail.jpg?width=640&height=640&fit=bounds)
あるゲームアプリケーションの構成とアップデートサイクル
- 1.
- 2. 今回お話しすること • あるゲームアプリの構成 • どのようなゲームを，いかにして作っているか •アップデートサイクル • アップデートをいかにして回していくか • 雑多な Tips 集
- 3. あるゲームアプリ開発者のデスク （自己紹介） • 飯塚健太郎．KLab Inc Android4.4 Android 2.3 Android 5.1 Jenkins 用 Mac mini 開発用 MacBook HHKB いろいろ用 Windows 24インチモニタ 5.1A USB電源ハブ HHKB Lite 2
- 4. どんなゲームを作っているの？ • Android 2.3以降対応の音ゲーム • 自社製ゲームエンジン • 自社製サーバサイドフレームワーク • 既に2年くらい運用中 • 2∼3ヶ月に1度アップデートを実施 今回は，こんなゲームの運用経験を元にノウハウを共有します
- 5.
- 6.
- 7.
- 8. • 様々なリソースから の力で素敵なゲームアプリができる わけではない •音声ファイル，画像ファイル，ソースコード，マスターデー タ等のリソースをまとめあげてアプリとして具現化するビ ルドシステムが存在する • 私達は，主に Jenkins と Github を用いたシステムを構 築している（次ページ） ゲームはソースコードのみにて在るに非ず
- 9. 様々なリソースを束ねる Jenkins を使ったビルドシステム APIサーバゲームアプリ(apk) Jenkins fetch ゲーム エンジン NDK, Gradle フロントエンド UI サーバサイド PHP Jenkins fetch 追加DL用 音声，画像等 API通信 AmazonS3 Jenkins fetch deploy upload マスターデータ 音声，画像等 fetchfetch DL
- 10. • 私達はこのビルドシステムを，「パイプライン」と呼んで いる．そして，パイプラインの整備を専門にする「パイプ ラインエンジニア」のチームが存在する • マスターデータのバリデーションやアセットの整合性 チェックなども，Jenkinsの中で動かしている • Github や Jenkins マシンが死ぬとプロジェクトが止まる リスクがあったりする 様々なリソースを束ねる Jenkins を使ったビルドシステム
- 11.
- 12.
- 13. • 昨今のゲーム開発はゲームエンジンの上でゲームを作るこ とが非常に多い，と思う • 私達はPlayground というゲームエンジンを使ってい る．これはOSS でも公開されている • https://github.com/KLab/PlaygroundOSS/ • 社内にゲームエンジンチームがあって，Playground ゲー ムエンジンの開発を専門に行っている • ゲームの UI は，ゲームエンジンに付属する IDE で作れる ようになっている どんなゲームエンジンを使っているのか
- 14. エンジン自作の嬉しさと悲しさ • 音ゲーを作っているので，オーディオ周りなどでハードウェ ア寄りの細かい制御をできるのはゲームエンジンを作って いる強みになっている • ググっても情報がない．しかし開発者に直に質問可能 •例えば，新しいバージョンの OS(Lollipop) への対応がス ムーズにできたりとか，比較的小回りが効く
- 15. ゲームフロントエンド（UI, ゲームロジック） Open GLOS機能(ファイルIO，スレッド…) タスクシステム アセット管理 知財暗号化 OSごとのポーティング層 (Java, Obj-C) 描画ラッパー データベース その他 ゲームエンジン (Playground) (Lua, XML) (C, C++ 等) ゲームエンジン Playground の おおざっぱな構成
- 16.
- 17. たった 50MB ぽっち！ -あるパイプラインエンジニア曰く
- 18. たった 50MB ぽっち！ •Google Play から Wi-Fi を使わない環境でダウンロード できる apk の最大サイズ • 多いように感じるかもしれないけど，ゲーム開発をしてい ると全然足りなくなることもしばしばしばしば • はみ出したリソースは，追加ダウンロードの仕組みを作っ て使って対応する(expansion packを使っているゲームも 最近は多いですが，ここでは使っていません)
- 19. 追加ダウンロードのしくみ 全アセット空間 (数百MB∼数GB) アセットリスト (API サーバ) Amazon S3 アセット アップロード アセットリスト 作成 画像 ムービー 音声 UI情報 その他 apk (50MB) ダウンロード リスト取得 アセット ダウンロード リソース 抽出 • API サーバにアセットのリストを作っておいて，アセット自体は Amazon S3 からダウンロードする仕組みになっている
- 20. 追加ダウンロードのしくみ を使ってアップデート アセットリスト (API サーバ) Amazon S3 差分アセット アップロード アセット差分 リスト作成 apkver 1.0 -> 1.1 差分 リスト取得 差分アセット ダウンロード リソース 抽出 • 追加DLの仕組みを応用してアセットのアップデートもできる ver 1.0 アセット集合 ver 1.1 アセット集合 差分アセット集合
- 21.
- 22. アップデートはゲームアプリの呼吸だ • ゲームを面白く新鮮に保つためには，アップデートが必要 • 新機能追加，新キャラ追加，UI改修，性能チューニ ング •スムーズにアップデートを回していくためにどうしたら良 いのだろうか？ということを話す • 前置き：アップデートには 2 種類ある
- 23. 2 種類のアップデート アップデート方法 期間更新内容 関連エンジニア Google Play 数ヶ月単位 （コードの改修） ・ゲームロジック改修 ・ゲームエンジン改修 ・フロントエンド ・ゲームエンジン ・サーバサイド 追加 ダウンロード 数週間単位 （リソースの追加） ・アイテム追加 ・キャラクター追加 ・サーバサイド ・運用エンジニア •今回話すのは主に Google Play からのアップデートのほう
- 24. • アップデートには想像されるように様々なフェーズが存在 する • 仕様策定，実装，レビュー，動作テスト，リリース •それらをどうつなぎあわせてリリースまでもっていくか は，実は自明ではない • 次ページで仕様策定からリリースまでの一連の流れの例 をあげる アップデートサイクル
- 25.
- 26. • デイリーで apkを作成してテストエンジニアへ • テストサイクルがうまく回るかどうかは，アップデートの成否に 関わる問題 • テストを上手くまわすための技術開発に工数を使うことも積極的 に検討 • UIパーツやゲームロジックといったゲームフロントエンド は差し替えずに，ゲームエンジンだけを入れ替えてテスト できるようにしてみたり… • 通信速度あげるために有線 LAN アダプタを挿してみたり… テストの比重は重い
- 27. デバッグのための2種類のapk アセット apk サイズテスト内容 FULL版 全部 apk 内 数百MB∼数GB ・新機能 ・バグフィックス DL版 最小限 + 追加DL 50MB ・追加DL ・Google Play α版 ・Google Play β版 •新機能テストのとき，いちいち数百MBの追加ダウンロードはやってられ ないため，すべてのアセットを含んだ FULL版 と呼ばれる巨大な apk が使われる
- 28.
- 29. • View 部分の動作テストは自動化が非常に難しい •テストエンジニアによる動作テストは必須 • 実装者自身は動作テストを都合の良いように最適化してし まう（ことがある） • テストエンジニアは，実装者が見落としてしまいそうな遷 移の不具合を，仕様と優れたメソッド（企業秘密）で発 見してくれる テストエンジニアによるテストの価値
- 30.
- 31. • リリース後はクラッシュレポートでユーザの手元で起こったクラッ シュを監視 • DeveloperConsole のクラッシュレポートはあまり参考になら ない • クラッシュレポートツール選び • 遅延なくでクラッシュを監視できるか？ • NDK 部分と Java 部分で起こったクラッシュを分けて分 析できるか クラッシュレポートコレクターになろう
- 32. まとめ • あるゲームアプリの構成 • Jenkinsと Github を多用したパイプラインを構築している • Playground というゲームエンジンを使用している • アップデートサイクル • Google Play, 追加DL の2種類のアップデートがある • テストの比重は比較的重い．テストをいろいろ工夫する • テストエンジニアのテストは必須 • 外部のクラッシュレポートツールを使ってクラッシュを監視
- 33. PR • CodeLunch.fm というポッドキャストに出たりしてます •http://codelunch.fm/