GTMF 2016:「KiQ」が拓くゲームサーバの未来株式会社アトミテック

Copyright (c) Atomitech Corporation. All rights reserved.Copyright (c) Atomitech Corporation. All rights reserved.
「KiQ」が拓くゲームサーバの未来
株式会社アトミテック研究開発室長久勝
2016/7/15 GTMF2016東京
1

Copyright (c) Atomitech Corporation. All rights reserved.
（株）アトミテック
設立：2004年
資本金：26,000,000円
代表取締役：松本浩司
拠点：山口本社、東京本社、福岡営業所
関連会社：(株)エクスジール
統合運用管理ツール「Hinemos」
公式ソリューションパートナー
APNスタンダード
コンサルティングパートナー2

長久勝
株式会社アトミテック研究開発室室長
「KiQ」開発チーム責任者
早稲田大学GEC非常勤講師
担当講義：大規模データ解析入門
NPO法人IGDA日本
SIG-4NG 正世話人 / FGJ-TF 副世話人
株式会社エスエヌケイをふりだしに、ゲームや映像配信などコ
ンテンツ業界を中心に技術者として働き、国立情報学研究所を
経て、2015年から現職。CEDEC他で講演など多数。
http://researchmap.jp/mnagaku/
3

「KiQ」が拓くゲームサーバの未来
　「KiQ」は、不正に対する安全性や開発ワークフローに配慮し
たゲームサーバエンジンとして開発を行っており、採用タイトル
運用の経験もフィードバックしながら、日々進化を目指していま
す。
　本セッションでは、ゲームサーバに求められると我々が考え、
「KiQ」で提案している事柄について、説明をさせて頂きます。
　ゲームサーバの開発や運用に携わっておられる方に、参考に
して頂けるような、お話をさせて頂きたいと考えています。
4

「KiQ」が拓く
ゲームサーバの
未来
5

未来6

Future
7

The Future
Is Now
8

未来、もう、来てた
● ゲームのオンライン要素について、
ある程度の合意が得られている
○ ゲームサーバエンジンが作れている
● 最近のリアルタイム要素など、
合意内容は更新されるが、
基本的に追加で進む
○ 今の枠組みを捨てることはなさそう
○ クライアント側の歴史もそうだし
● 適切なOSSを選定・利用することで
必要な技術の調達コストが下がった
○ 試行錯誤の経験と、アンテナ張って事例を見つければ、
やり方が見えてくる9

拓く前に
もう来てた
10

完11
今後も追加される新しい要素に、ご期待下さい！

ほんまに？
12

現実
13

問題
提供価値を評価しやすいフロントの開発の比重が
高まり、サーバの開発・運用に対する制約が強く
なった。
「分かっているけど、できない」
既に体制や資産がある場合は、「未来」の恩恵を
十分に受けられる。一方、それがない場合は、とて
も厳しい戦いになる。
14

解決
前例：
「3Dとかレンダリングとか、もう書いてられへん」
つ「げえむえんじんー」
「通信とかLinuxとか、もう書いてられへん」
つ「げえむさあばあえんじんー」
15

ほんまに？
16

新たなる敵
その名は「運用」
ゲームサーバエンジンを導入しても、自分たちで構
築・運用・監視していたら、手間が減らない。
今回は、「書いてられへん」だけでなく「見てられへ
ん」にも対応しないといけなかった。
17

真・解決
「通信とかLinuxとか、もう書いてられへ
ん。サーバとかネットワークとか、もう見て
られへん」
つ「オンラインゲーム開発・運営支援サー
ビスぅー（ゲームサーバエンジンの提供含
む）」
18

オンラインゲーム開発・運営支援サービス「KiQ」
● 開発支援
○ ゲームサーバエンジン「KiQ」（狭義のKiQ）
○ ゲームサーバ標準機能「KiQ BasicPlugin」
○ デバッグ（アトミテック福岡営業所）
● 運営支援
○ 構築・運用・監視
19
運営フェーズ開発フェーズ
ゲーム開発社さま
ゲームクライアント開発ゲーム運営、追加開発
アトミテック
ゲームサーバエンジン「 KiQ」提供（KiQBasicPlugin、開発社さま独自ロジックの注入）
AWS上に開発・運営環境を提供（構築・運用）
デバッグ（アトミテック福岡営業所）
サービス監視・システム監視

オンラインゲーム開発・運営支援サービス「KiQ」
● 開発支援
○ ゲームサーバエンジン「KiQ」（狭義のKiQ）
● 運営支援
ゲーム本体の開発、運営以外の、ゲームクリエイターにとって煩わし
い作業を、全てアトミテックが引き受ける。
開発と運営の支援を一括で担当することで、素早い障害対応、精度
の高い監視が可能。つまり、「インフラが動いていること」、「サーバが
動いていること」ではなく、「ゲームが動いていること」を監視できる。
20

適用事例A　概要
2016年3月末にリリースされたブラウザゲームにて
採用。ゲームサーバ基盤提供、構築、運用・監視
を担当。毎分数万アクセスの環境で、3ヶ月間、担
当部分でトラブルなし。
● 開発支援
○ ゲームサーバエンジン「KiQ」
● 運営支援
21

適用事例A
デプロイ
サーバ上のゲームロジックは、クライア
ント開発チームが担当し、クライアント開
発に使われているC++で開発が行われ
た。ビルド、デプロイはJenkins job化さ
れ、クライアント開発チームは、自分た
ちの好きなタイミングで、自由にサーバ
上のゲームロジックを更新でき、最新の
コードを動作確認できた。
運営においても、本番環境への最新
コードのデプロイなど、通常のオペレー
ションは、クライアント開発チームが
Jenkinsのjobを通じて実施している。22

サーバ上の
ゲームロジックは、
クライアント開発チームが
担当し？23

サーバを書くための専任者を置く必要がない
C/Sが別々の実装言語で、実装担当者が別々だと、コミュニ
ケーションコストや待ち時間など、ムダが多い。1つの機能実現
が分担作業になってしまう。
そこで、
同じ言語で同じ人が
両方書けるようにする。
24 Linux
Vert.X
KiQ
JVM 共有ライブラリ（so）JNA
サーバ側
ゲームロジック
（C++、プラグイン）
コンパイル
クライアント側
ゲームプログラム
（C++）
RPC
プログラマ
1人のC++プ
ログラマが両
方書ける

適用事例A　開発
クライアント開発から見た場合
RPCは単なる関数呼び出しに
見える25
クライアントプログラム
サーバロジック関数呼び出し
サーバ呼び出し
ライブラリ（所与）
関数呼び出し
ゲームサーバ
サーバロジック
通信
開発初期：
サーバなしで開発
開発後期：
サーバと組み合わせて開発

ゲームサービスは、多種のサブシステムの
複合体として構成されるため、監視すべき
項目は多岐にわたるが、その何れかに異
常を見つけた時、サービスが影響を受けて
いないか確認する必要がある。
運用に入る前から、デバッグ業務を通じて、そのゲームの振る舞いについて
知見を蓄積できる。この知見を有効活用して、サービス監視の自動化を実現
している。
適用事例A　監視
26
監視システム
異常
通知監視
動作確認システム
※デバッグチームが運用報告
クライアント
及び
弊社メンバ

サービス監視の自動化？
27

適用事例A　監視の自動化
28
監視システム
異常
通知監視
動作確認システム
※デバッグチームが運用報告
クライアント
及び
弊社メンバ
枠内は全部コンピュータがやってる
監視システム、動作確認システム、人間の間は
メールで連携。メールの状況をGoogleAppScript
で監視し、動作確認システムが起動しなかった場
合や、動作確認でサービス停止が判明した場合に
は、人間にエスカレーション（着手しましたメールを
出すまで、携帯電話にメールが飛び続ける）する。
「24-365」を外注していない

適用事例B　概要
2016年8月にリリース予定のタイトルにて採用。
ゲームサーバ（KiQBasicPlugin）提供、構築、運用
・監視を担当予定。
● 開発支援
○ ゲームサーバエンジン「KiQ」
● 運営支援
29

適用事例B　工数削減
開発が進んでいたタイトルについ
て、サーバに不安があるという相談
を頂き、仕様を協議したところ
KiQBasicPluginで賄えることが分
かり、提案、採用。
KiQBasicPluginの仕様の範囲内に
収まる場合、ゲームサーバ側のロ
ジックを書く必要はなく、クライアント
にRPCライブラリを入れて、呼ぶだ
けで済む。
30
サーバ呼び出し
ライブラリ（所与）
関数呼び出し
ゲームサーバ
KiQBasicPlugin
通信
サーバロジックに所与の
「KiQBasicPlugin」を採用

それ今までの他社製品と同じやん......
31

多言語対応
RPCフレームワーク
「Thrift」
RPC定義言語Thrift IDLの
採用により、クライアント側
の通信ライブラリを、多言語
で、自動生成できる。クライ
アント側のプログラミング言
語に合わせて、通信ライブラ
リを提供できる。
32

ご相談、
お待ちしています！
ご希望があれば詳細説明に伺います。
下記まで、ご連絡ください。
sales@atomitech.jp
33

お高いんでしょう？
34

無料サービス準備中
KiQBasicPluginのみ利用できる（独自ロジックは
実装できない）ゲームサーバを、無料で提供する
準備を進めています。CEDECまでには何とか......
※無料サービスに対する動作保証は限定的なものになる予定です
小規模な案件に対して、性能保証の低い廉価なプ
ランを、秋以降に順次、提供する予定です。月に1
万円、10万円、50万円といった枠を検討中です。
それを超える規模の案件につきましては、個別に
対応させて頂きます。35

無料ハンズオン準備中
無償版のサーバを公開後、
UDXにてハンズオンセミナを
計画しています。
36

ご相談、
sales@atomitech.jp
37

開発スタッフ他募集中
（勤務地：UDX）
プログラマ、インフラエンジニア、広報・営業など
スタッフも募集中です！
https://careers.atomitech.jp/
エントリーシートの「その他」に、
希望職種と「KiQチームへの応募」を記入して下さい。
38

よし、
出展費分は
宣伝したぞ！
ここからは自由時間です
まずは告知から
39

告知
CEDEC2016
ラウンドテーブル
「ゲームサーバ
についてのパ
ターンマイニン
グ」
応募時の詳細、
本文5行で通っ
た、やる前から
伝説のラウンド
テーブル40

告知
IGDA日本SIG-4NG
地方の小中学生を対象にワーク
ショップを提供しています。
公益財団法人
中山隼雄科学
技術文化財団
からの助成を
受けて実施して
います。
41

告知
IGDA日本
福島ゲームジャム
今年もあるよ！
郡山メイン会場の参
加申し込み締め切
りは、7/19(火)
42

残り時間で
中身とか構想とか
43

ぼくのかんがえた
（うちでやれるはんいで）
さいきょうのげーむさーばの
えーだぶるえすじょうでのこうせい
44

びるどとでぷろい
45

しゅっかはんていしけん
46

ふかしけん
47
fullbok、直しました！（うちのスタッフが）
CentOSに入れ替えて直しました！
（AmazonLinuxがね、ちょっとね……）
https://github.com/mnagaku/fullbok/blob/develop/fullbok.template

48
インフラ監視の一環で、使っているAWSのサービスの稼働
状況を、実リクエストベースで監視している。特定リージョ
ンの特定サービスで、瞬断が観測されることは月に何回か
みたいな頻度である。そのつもりでコードを書いたり構成を
考えたりしておく。
# aws ec2 start-instances --instance-ids hogehoge
A server error (InsufficientInstanceCapacity) occurred when calling the
StartInstances operation: We currently do not have sufficient c4.8xlarge
capacity in the Availability Zone you requested (ap-northeast-1c). Our system
will be working on provisioning additional capacity. You can currently get c4.
8xlarge capacity by not specifying an Availability Zone in your request or
choosing ap-northeast-1a.
マシンを起動できない場合も考えたりしておく。
IT土方は見た

ぼくのかんがえたさいきょうの
ちゅうしょうどのたかいせっけいがいねん
● 現状
C/Sで技術基盤が違う
C/S開発を別々の担当者が行う
「2つのシステム」が連携して動く
● 理想
ゲームという「1つのシステム」の中の
C/Sという部分があるに過ぎない
49

例：画面遷移
● 現状
「Cで画面遷移」、「C/Sで通信、Sでゲームロジック
の処理」は個別に考えられている。通信APIは「S
でゲームロジックの処理」単位に設計される
● 「1つのシステム」
何かを表示する必要があり、その何かを得る1つ
の実装パターンが、通信とSのゲームロジック処
理、に過ぎない。画面遷移と通信を不可分の関係
として見直せるのでは？50

51

画面遷移と通信を不可分の関係とする
→例外を包含可能な形で、そのような設計が可能
メリット
● 通信エラーの単純化
● チート対策
● 仕様が分かりやすくなる
● 検証しやすくなる
52

「状態遷移の管理」
53
KiQゲーム
KiQ
クライアントとサーバが
それぞれ状態遷移を管理し整合性を確認

「画面遷移から通信を設計」
54

状態遷移で異常検知①
● 状態遷移図の情報を使うと、設計上あ
り得る通信の順序が明確になり、異常
（不正）な通信を検知することができる
55

状態遷移で異常検知②
//状態遷移図から起こした遷移のチェーンの定義
S->checkLogin
checkLogin->(login | t1[isLogin==true])
login->(getTopTotalRanking | t2[プレイ開始操作])
t1->(getTopTotalRanking | t2)
getTopTotalRanking->
(getScopedTotalRanking | t3[ランキング画面からタイトル画面に戻る])
getScopedTotalRanking->(getScopedTotalRanking | t3)
t2->(stageClear | gameset)
stageClear->t4[ステージ終了からステージに戻る]
t4->(stageClear | gameset)
gameset->t5[終了画面からタイトル画面に戻る]
56

状態遷移で異常検知⑤
● ここまでの変換は自動で行える
● サーバ側でこの情報を元に監視を行う
● 設計時に、この情報をレビューすること
で、この例では、stageClearやgameset
を無限ループで呼べることが脆弱だと
判断できたりする
59

状態遷移で異常検知⑥
● モデル検査できる
● プロセス代数系の実装モデルを採用し
たプログラミング言語と相性が良い
○ ほんとは、GoやErlangで書けるとキ
レイなんじゃよ
60

ご相談、
sales@atomitech.jp
61

GTMF 2016:「KiQ」が拓くゲームサーバの未来 株式会社アトミテック

More Related Content

What's hot

Viewers also liked

Similar to GTMF 2016:「KiQ」が拓くゲームサーバの未来 株式会社アトミテック

More from Game Tools & Middleware Forum