新入社員のための大規模ゲーム開発入門サーバサイド編 2015

1. 新入社員のための大規模ゲーム開発入門サーバサイド編 2015 株式会社インフィニットループ佐々木亨基 2015/08/08 OSC Kansai@Kyoto 2015

2. 自己紹介・佐々木亨基 ( ささきとしき ) ・ゆきこ yukicon ・ Twitter:@yukiconEx ・株式会社インフィニットループ所属・制御系から Web 業界に転向・学生時代の夢は理科の先生・ゲームがつくりたくてプログラマに・一旦は諦め一般のプログラマに・その後夢が叶って今はゲーム開発・超適当・のんびりゆったりまいぺーす

3. インフィニットループについて・北海道札幌市にあるシステム開発会社　約 120 名（契約スタッフ・アルバイト含む）で活動中　社長も含め、ほぼ全員がエンジニア・主な開発実績（主にサーバサイドを担当）　ブラウザ三国志 (2009) 　戦国 IXA(2010) 　 Lord of Knights(2012) 　 Vim 検定 (2012) 　 PHP 検定 (2013) 　勇者と 1000 の魔王 (2014) 　ソリティ馬 (2014) 　クラウド勤怠アプリシュキーン (2014)

4. ゲーム開発って… 難しそうどんな事してるかわからなくて怖い自分なんかでは無理新卒はもちろん Web 系の業務経験がある人でもそう考えがち実際は知らないだけそんなに怖いものじゃない！幽霊の正体見たり枯れ尾花はじめに

5. ゲームはどんな風に動いているのかゲーム開発とはどんなものなのかを知る開発については具体的な手法やノウハウではなく心構えや概念的な話がメイン今日のお話

6. ■ ゲームってどんな風に出来てるの？ ■ 開発の流れ ■ 安定運用のための心構えお題目

7. ゲームってどんな風に出来てるの？

8. 一般的な Web サービス開発案件と同じ LAMP 構成 Linux Apache MySQL PHP 、 Perl 、 Python 言語は PHP 、 Perl 、 Ruby など様々やってる事はなんであっても変わらないゲームってどんな風に出来てるの？

9. アプリの仕組みによって Web サーバから返すレスポンスの種類が違う・ HTML 型一般的なサイトと同じく HTML を返すブラ三や Mobage 、 GREE の携帯ゲーム・ API 型 HTML ではなく JSON を返す Flash 、 Ajax 、スマホのネイティブアプリなどのクライアントが存在今はこちらが主流ゲームってどんな風に出来てるの？

10. アプリの仕組みによって Web サーバから返すレスポンスの種類が違う・ソケット通信型コネクションを確立しておきお互いに好きなタイミングで通信するサーバ側から能動的に送信可能なのが特徴リアルタイム制が求められる場面で使用されるゲームってどんな風に出来てるの？

11. アプリの仕組みによって Web サーバから返すレスポンスの種類が違う今日は扱いやすい API 型の話が中心ゲームってどんな風に出来てるの？

12. API が返す JSON とは [{"name":"Pz.Kpfw. V Pantherr","gun":"7,5 cm KwK 42 L/70","weight":"44.8t","speed":"55","armor":"80","type":"MIDDLE _TANK"},{"name":"Jagdpanther","gun":"8,8 cm PaK 36 L/56","weight":"45.5t","speed":"55","armor":"80","type":"TANK_D ESTROYER"},{"name":".Kpfw. VI Tiger","gun":"8,8 cm PaK 36 L/56","weight":"57t","speed":"40","armor":"100","type":"HEAVY_T ANK"},{"name":"Pz.Kpfw. Tiger II","gun":"8,8 cm KwK 43 L/71","weight":"69.8t","speed":"38","armor":"180","type":"HEAVY _TANK"},{"name":"Jagdtiger","gun":"12,8 cm PaK 44 L/55","weight":"75t","speed":"38","armor":"250","type":"TANK_D ESTROYER"}] ゲームってどんな風に出来てるの？

13. API 型のゲームゲームってどんな風に出来てるの？ Web http://example.jp/userInfo?user_id=1000 サーバサイドの担当はここ JSON クライアントサイド Flash 、 Ajax 、スマホのネイティブアプリ API

14. Flash ゲームの通信を firebug で覗いてみると API と通信してるのが良くわかるゲームってどんな風に出来てるの？リロードせず API と何度も通信レスポンスは JSON 文字列

15. 開発の流れ

16. ある日新入社員が入ってきました彼はメガネをかけていたのであだ名はメガネになりました名前 : メガネ PHP+MySQL を少し触れる程度個人での開発しかやった事がなくチーム開発は初めて開発の流れ

17. メガネ君はサービス開始からもうすぐ 1 年経つプロジェクト X に配属される事になりました開発の流れプロジェクト X サービス開始から 1 年

18. 開発の準備

19. 開発サーバのアカウントをもらい開発サーバに ssh でログイン開発の準備開発ログイン

20. 開発サーバは共用なので他の人も使っている開発の準備開発

21. 個人ごとに VM を立てているプロジェクトもある開発の準備 VM VM VM VM

22. その場合は VM のイメージをもらい手元で起動して開発を行う VirtualBox + Vagrant などを使用 DB は phpmig などマイグレーションツールで同期開発の準備 VM

23. ソースはバージョン管理システムで中央管理中央レポジトリからソースを落とす svn 、または git を使用開発の準備レポジトリ svn なら svn checkout git なら git clone

24. 変更したら中央レポジトリを更新開発の準備レポジトリ svn なら svn commit git なら git push

25. エディタはなんでも良いと言われましたがねこび～んが可愛いので NetBeans にしました開発の準備

26. ソースを触れる、動かせる状態になったため開発に加わる事が出来るようになりましたがメガネ君に開発のイメージを持ってもらうために開発体制と API の開発について説明します

27. 開発体制

28. プロジェクト X は大きめのプロジェクトなので結構な人数が関わっています・プロジェクトマネージャー・企画・運用・デザイナー・クライアント開発・サーバ開発・インフラ担当・テスト (QA) 開発体制

29. ・プロジェクトマネージャー意思決定タスク管理その他チーム運用が円滑になるように雑用・企画ゲームの企画立案、仕様策定・運用所謂運営チームお問い合わせ対応動向調査開発体制

30. ・デザイナー画面デザインエフェクト作成・クライアント開発クライアントサイド実装ユーザの目に触れる部分・サーバ開発サーバサイド実装目に見えない裏方開発体制メガネ君はここ

31. ・インフラ担当サーバ構築リソース監視・テスト (QA) ゲームのテスト、デバッグ Quality assurance( 品質保証 ) 開発体制

32. チームで開発を行いチームで運用をやっている企画は絶対のような明確な上下関係はない役割分担はあるが相互理解が大事例えば開発→企画「この計算式バランス悪くないですか？」言われたまま実装するだけでなくブラッシュアップの手助けとなるので遠慮なく意見を言う運用→インフラ「イベントやるのでサーバ増強お願いします」イベントはアクティブ率が上がるというチームとしての共通認識開発体制

33. ゲームへの理解は業務知識最低限全機能を知るくらいにはプレイをする本気過ぎてトッププレイヤーになるメンバーも当然本番でチートはご法度なのでみんな普通にガチプレイ開発体制

34. API の開発

35. API の開発仕様書企画サーバ開発クライアント開発開発企画から仕様が来るユーザの情報を表示する画面の仕様です

36. API の開発サーバ開発クライアント開発 ■ パラメータ・ユーザ ID ■ レスポンス・ユーザ名・レベル相談して API の仕様を決めるこんな感じでいきましょういきましょうサーバ主導で決めるかクライアント主導で決めるかはプロジェクトによって異なる

37. API を実装 API の開発 // ユーザ情報取得 $user_info = getUserInfo($_GET['user_id']); // 必要な情報を配列に入れる $response = array( 'name' => $user_info['name'], 'level' => $user_info['level'], ); // JSON で返す echo json_encode($response); でけた

38. 手元で動作確認 API の開発動いてる気がする

39. テストを書いておくと今後便利 API の開発もう手で確認しなくて済む $ phpunit UserInfoTest I Time: 0 seconds, Memory: 3.50Mb OK, but incomplete or skipped tests! Tests: 1, Assertions: 0, Incomplete: 1.

40. API の開発サーバ開発クライアント開発クライアント実装の済んだ最新のクライアントを受け取るどうもです最新版です Flash なら開発サーバに設置スマホアプリなら開発端末にインストール

41. API の開発つなぎ込みの確認動いてる気がしますね yukicon レベル :27

42. 開発に加わるようになったメガネ君担当した機能のテストもすんなり終わり遂に本番にアップされる時が来ました

43. アップデート

44. プロジェクトによっても異なるが本番環境に至るまでの環境は 4 つほど・開発環境・テスト環境・ステージング環境・本番環境アップデート

45. アップデート開発テストステージング本番ここで開発最新ソース、最新データで動作する環境開発者各個人が手元のソースで実行最新ソースで Fix 前のマスタデータの確認開発中のため動作が不安定なのは当然

46. アップデートここでテストある程度安定版のソースで動作する環境テスト部隊が操作してデバッグを行う自動テストの実行もここアップされた直後では動作はするがバグがある状態開発テストステージング本番

47. アップデートここでも確認テストが通った安定版のソースで動作する本番にかなり近い環境これ以降ソースの変更は無くそのため本番と同じソースで稼働している本番で不具合があった場合の再現確認もここ開発テストステージング本番

48. アップデート最後にユーザがプレイする環境開発テストステージング本番

49. メンテナンスについて・定期メンテナンスアップデートのため毎週か毎月に一回などゲームを止め定期的に行われる予定されたメンテナンス・緊急メンテナンス今しなければいけないが止める必要がある更新をする場合や発生した不具合による被害が広がらないようにする場合など止めた方が良い場合には止めてしまう重要なインフラではなくゲームなので、ある意味では止めても良いアップデートが頻繁な事からどうしても予期せぬ不具合が発生する確率が上がるのも事実・無停止メンテナンスゲームを止めずに動かしたままアップデートする事裏当てなど呼び名は様々アップデート

50. 予定されているのは定期メンテナンスのみアップデート定期メンテ定期メンテ定期メンテ

51. 定期メンテナンス後に不具合が見つかったため無停止メンテで対応アップデート定期メンテ定期メンテ定期メンテ無停止メンテ済

52. もひとつおまけに対応細かい事なら定期メンテナンスに回す事もあるアップデート定期メンテ定期メンテ定期メンテ無停止メンテ無停止メンテ済

53. データが異常となったユーザが居る事が判明対象ユーザが増え続けているため緊急メンテナンスを開始アップデート定期メンテ定期メンテ定期メンテ無停止メンテ無停止メンテ済済緊急メンテ

54. 後日無停止メンテにより補填対応アップデート定期メンテ定期メンテ定期メンテ無停止メンテ無停止メンテ済済緊急メンテ無停止メンテ

55. いざ本番となるとやはりいろいろと起こりアップデートの大変さを知ったメガネ君しかし同時に刺激的でもあり安定運用のために頑張ろうと決意するのであった

56. 安定運用のための心構え

57. ゲームはリリースしてからの運用が長い！ブラウザ三国志 2009 年 7 月 15 日正式サービス開始 6 周年を迎えてもまだまだ元気安定運用のための心構え

58. リリースして終わりではないではリリース後にどんな事が起こるのか？人間は痛みで覚える生き物良くある失敗から失敗しないための心構えを学ぶ運用失敗あるある

59. 良くある失敗その 1 運用失敗あるある

60. データ不整合運用失敗あるある ? ＝

61. ある日、メガネの所属するプロジェクト X にユーザから問い合わせがデータ不整合

62. データ不整合 HP 500/1000 攻撃ログ A の攻撃 300 ダメージ B の攻撃 600 ダメージ C の攻撃 500 ダメージボスが死んでない！

63. データ不整合 HP 500/1000 攻撃ログ A の攻撃 300 ダメージ B の攻撃 600 ダメージ C の攻撃 500 ダメージこれだけが有効になっている

64. データ不整合メガネの実装が悪い！

65. ・同時処理が多く行われる人気のあるボスに多くのユーザが殺到同じユーザを 2 人が同時に攻撃など → テスト時は発見が困難なデータ不整合が発生設計の段階からエンジニアが意識する必要があるデータ不整合

66. ・データ不整合を防ぐためしっかりとロックする 1 人がボスを叩いている間はボスの情報を行ロック SELECT * FROM t WHERE id = 1000 FOR UPDATE データ不整合データ A B 他の人使っちゃダメ B は A のロック解放を待つデータをロック

67. ・ロック範囲に気をつけるロック範囲が広すぎると並列処理性能に影響が出るロック範囲は最低限にしておくべき MySQL の場合はインデックスを使ってロックするインデックスが効かないと事実上のテーブルロックになる・デッドロックに気をつけるデータ不整合を恐れてロックを増やしすぎると起こりがちロックするテーブルの順番を統一するなどして対策するただしどんなに注意しても起こる時は起こるその場合はループしてやり直すように実装するデータ不整合

69. 負荷が高まる運用失敗あるある！

70. ある日のメンテナンス後明らかに普段よりも DB サーバの負荷が高くなりレスポンス速度が悪化負荷が高まる

71. どうやらこんなシンプルなクエリが問題らしい負荷が高まる SELECT * FROM t WHERE c2 = 'XXX'; SELECT * FROM t WHERE c2 = 'YYY'; SELECT * FROM t WHERE c2 = 'ZZZ';

72. どうやらこんなシンプルなクエリが問題らしい負荷が高まる SELECT * FROM t WHERE c2 = 'XXX'; SELECT * FROM t WHERE c2 = 'YYY'; SELECT * FROM t WHERE c2 = 'ZZZ'; よく見るとインデックスが使われていない！このままでは夜のピークタイムは越えられないインデックスをつけるため緊急メンテへ ※MySQL5.6 からは動かしながらインデックスが追加できるようになりました

73. 負荷が高まるメガネがインデックスをつくり忘れた！

74. ・ユーザは負荷に敏感一般的な Web サイトと比べ、ユーザの操作量は段違いに多い一般的な Web サイトで許される程度の”ちょっと重いな”が毎日の操作で積み重なるとイライラいつもと比べて重いとイライラ → ユーザ離脱レスポンスが遅いとゲームは成り立たない！負荷が高まる

75. ・インデックスを意識するレコード数が多いテーブルではインデックスの効かないクエリは極端な負荷になる CREATE TABLE t ( id int(11) AUTO_INCREMENT, c1 varchar(10), c2 varchar(10), PRIMARY KEY (id), KEY c1 (c1) ) 主キー SELECT * FROM t WHERE id = 1000; インデックスがついている SELECT * FROM t WHERE c1 = 'AAA'; インデックスがついていない SELECT * FROM t WHERE c2 = 'BBB'; 負荷が高まる × ○ ○

76. ・無駄な処理はしない特に DB アクセスはデリケート何度も同じクエリを発行したりループ内で何度もクエリを発行したりしない × SELECT * FROM t WHERE id = 1; SELECT * FROM t WHERE id = 2; SELECT * FROM t WHERE id = 3; SELECT * FROM t WHERE id = 4; ○ SELECT * FROM t WHERE id IN (1, 2, 3, 4); 負荷が高まる

78. データベースの肥大化運用失敗あるある

79. ある日、突然レスポンス速度が悪化前回のメンテナンスからは結構日にちが経っており直前に原因となりそうなアップデートもないデータベースの肥大化

80. 起こるタイミングは不定ただどうやら DB サーバのディスク I/O がネックになっているデータベースの肥大化

81. 起こるタイミングは不定ただどうやら DB サーバのディスク I/O がネックになっている調査を進めると DB 容量の増大によりメモリ内で処理しきれなくなったためディスクアクセスが多発しているのが原因だったデータベースの肥大化

82. データベースの肥大化なんかもう全部メガネが悪い！ ※ 初期設計が悪いのでメガネは悪くありません

83. ・サービス運用を続ければユーザは増え続ける当然データも増え続けるユーザ数が多ければ多いほどデータ増加は激しい・インデックスがメモリに乗らなくなると突然重くなる順調に捌けているように見えてもある日突然重くなるという事が起こるデータベースの肥大化

84. ・設計段階から破綻しないように考えておく際限なしに溜まり続けるデータが無いようにするメールは最新 50 件のみ保存行動ログ情報の有効期限は 1 ヶ月テーブルパーティショニングの検討水平分割 (Sharding) の検討まずそうならこうするという対策を必ず考えておき詰まないように・定期的に監視をする最もレコード数が多いテーブルは何レコードくらいか最も容量の大きなテーブルは何 GB くらいか現在の DB 容量とメモリの関係はどれくらいかデータベースの肥大化

86. コードが難解運用失敗あるある function isError($id) { : : : return array($data1, $data2); } !?

87. ・ゲームとは長く付き合う事になる開発期間よりもサービス期間の方が長いまた、リリース後も頻繁にアップデートが行われる → 設計ミスなどの技術的負債はプロジェクトを苦しめ続ける小さな事でも長く長く効いてくるので結果的には大問題・開発はチームで行っている好き勝手に書くと場所ごとに別物になってしまい混乱を招く自分以外が改修する事も多い → 属人化した読めないコードでは成り立たない動けば良いやではダメ！コードが難解

88. ・可読性、保守性の意識をプログラミングの基本ではあるが案件的に重要度が高いコーディング規約の遵守特別な理由が無ければトリッキーな実装は避ける他人が読んでも理解出来るかどうかを考える 1 年後の自分は他人なので、 1 年後に見てもわかるように・レビューしてもらう最初は誰でもわからないのが当然こんな実装にしてみたいと思うんですけどの設計段階から実際に書いたコードまでチームの先輩にレビューしてもらい学んでいくレビューには自分の考えをしっかり持って臨むことコードが難解

89. ・恐れずにリファクタリングする技術的負債は返済しなければ溜まる一方触るのが怖いかもしれないが放っておくともっと面倒な事になるつらいなと感じる事があったら放置せず修正する癖をつける他の場所に同じようなコードがあるなら合わせて修正する方針について心配なら先輩に相談すると吉自動テストを用意するとリファクタリングのリスクはぐっと下がる・こだわり過ぎるのもいけない理想を追い求めすぎてもままならないチーム内に思想の違う人が居たり、ついてこれない人が居たり必要以上に工数がかかってしまったり自分としては正しくなくても、チームとして正しいなら受け入れよう郷に入っては郷に従え理想と現実の狭間で上手く生きるコードが難解

90. 今挙げた 4 つの問題に共通する事は全てエンジニアの設計・実装が悪くて起こるという事日々の心構え、意識によってのみ防ぐ事ができる今動いているから良いのではなく後々こんな問題が起こるのでは？という意識が大事なのだと学んだメガネ君でした運用失敗あるあるこれで一人前！

91. ゲーム開発といってもそんなに特殊な事はないただし・開発をチームで行っている・アップデートを繰り返し長期運用するこの 2 点については意識しておく必要があるそして何よりも面白いユーザの反応がダイレクトに見える、届く関わったゲームにプレイヤーとして参加する喜び他の案件では得難い体験最後に

92. インフィニットループでは、エンジニアを募集しています最近は特に U ターン・ I ターンに力をいれています・社長も含めほぼ全員がプログラマで技術者に優しい環境・勤務地は北海道札幌市、他の拠点への転勤などは無し・おいしい食べ物、自然いっぱい、花粉少ない・短い通勤時間、徒歩や自転車で通勤が可能・涼しい！！ [NEW] PHP 開発エンジニアスマホ開発エンジニア MySQL エンジニアインフラエンジニアおまけ : 求人募集 (1)

93. 実際に U ターン・ I ターンを行った 3 人の生の声が聞けます・東京のゲーム会社で働いていた S 氏が U ターン転職で戻ってきたという例・子育てを機に故郷の北海道に帰ってきたという Y 氏の例・神奈川出身、京都在住の M 氏が北海道のファンになり、札幌に就職するという例おまけ : 求人募集 (2) 弊社のブログでスライドが公開されています。好きな場所で働くということ。～ U ターン、 I ターンの良さ～ http://www.infiniteloop.co.jp/blog /2015/06/osc2015-uiturn/ 「 OSC 北海道　 U ターン」で検索　

94. ご清聴ありがとうございました

新入社員のための大規模ゲーム開発入門サーバサイド編 2015

You are reading a preview.

Check these out next

新入社員のための大規模ゲーム開発入門サーバサイド編 2015

More Related Content

Slideshows for you (20)

Viewers also liked (20)

Similar to 新入社員のための大規模ゲーム開発入門サーバサイド編 2015 (20)

More from infinite_loop (17)

Recently uploaded (20)