アピリッツ コンテンツデザイン部の金井と申します。今回はソーシャルゲームサーバーエンジニアの業務内容を紹介していきます。
端的に言えば？ ゲームを作っているエンジニアなのに、グラフィックやサウンドを作る事も、それを動かすようにプログラムを組む事もなく、かと言ってそれを生かしてユーザーを楽しませるような企画を考える事もせず、ひたすらに文字だけと睨めっこしている悲しい部門です。
はい。そうです。
自主ゲーム制作をした事があるならば、
しかしながら、ソーシャルゲームの世界をsocial……社会的な、他者と競いあったりコミュニケーションをしたりするゲームとして成り立たせるのには必須の部門であり、
具体的に言えば？ ソーシャルゲームのサーバーアプリケーションの開発、運用とそれを構築するインフラストラクチャーを構築、運用しています。
サーバーとは？ ユーザーデータを一括管理したり、ユーザー間のマルチプレイの同期などをしているものです。
スマホの機種変更をした際にソーシャルゲームのユーザーを引き継げるのは、スマホそのものにこれまでガチャでウン万円を掛けて獲得したカードや装備が保存されているのではなく、サーバーでそのユーザーを構成するデータを一括管理しているからです(この機能を悪用してアカウント売買とかする輩も居るけれど……)。 ランキングイベントなどで他人のスコアを参照したり、競い合えるのは、サーバーで全ユーザーのスコアを管理しているからです。 ランキング機能の他にも、ギルド機能やマルチ機能もサーバーがなければできません。 要するにサーバーは、
見知らぬ誰かと競ったり、共に遊んだりするsocialな機能の為に必要不可欠なものであり 時にユーザーの不正を暴いてゲームの健全さを担保し、スマホを機種変更した時にも続きからプレイ出来るようにしたりもする 為のものです。
世界 を終わらせる権限 と力 を持っているというのも、ゲームを構成するマスタデータ、ユーザーデータを一元管理しているサーバー にアクセスする権限 を持ち、且つそれを好き放題弄ったり消し去ったり出来る技能を持っている 、という事だったりします。
truncate table users; サーバーを構築するインフラストラクチャーとは？ サーバーもコンピュータです。それもキーボードやマウス、ディスプレイなんてものがついていない、所謂パソコンとは別ものを使って、全ユーザーのデータを管理します(小さいアプリケーションなら、パソコンでも十分だったりするけど)。
しかし、サーバーも一台だけで全てのユーザーを捌ける訳じゃありません。ユーザーからのアクセスに応じて不正をチェックしたり、ガチャの結果を返したり、それをデータとして保存するのにも、そんな全てに対して時間が僅かずつ掛かりますし、そうして遊ぶユーザーは1日に10万人以上にも及ぶ事があります。
そこあたりの管理は、サーバーエンジニアとは別にインフラエンジニアと分けて担当する事も多いと思いますが、サーバーとインフラはとにかく密接に紐付いていますので、分けないところも結構あるのではないかと思います。
因みに、こちらでも世界 を終わらせる権限 と力 を持っています。サーバーを構成するインフラストラクチャーそのもの を好きに操作する権限 を持ち、それを好き放題弄ったり消し去ったり出来る技能 を持っている、という事です。
AWSコンソールからスナップショットも含めてデータベースを吹き飛ばしている まあ、もし本当にやったら、生涯掛けても払いきれないレベルの損害賠償を突きつけられる と思いますし、そんな力を持てるからこそ、人としての信用がより一層必要である部門であるとも言えます。
纏めると ソーシャルゲームのサーバーアプリケーションの開発、運用とそれを構築するインフラストラクチャーを構築、運用しています。
と言うのは、
ソーシャルゲームのsocialな部分を開発、運用しています。
と、言い換えられるのではないでしょうか。
それでどういう業務？ 大まかに分けてしまえば、
サーバーアプリケーションの開発、運用 サーバーアプリケーションを構成するインフラストラクチャーの構築、運用 になってきます。
それぞれの開発、運用に対して説明していこうと思います。
サーバーアプリケーション開発、運用 端的に言えば、プログラムを書いて、ゲームアプリケーションとの意思疎通をし、ユーザーデータの管理をするアプリケーションを作成します。
そして冒頭にも書いた通り、ひたすらに文字だけと睨めっこしています。
ガチャで最高レアのキャラが出てきた時のようなド派手な演出が出てきたり、
基本的にやる事は、ゲームアプリケーションからこういう事したい、と通信が飛んできた時に、
通信してきたユーザーを特定し その要求が正しいものかを確認し 必要なデータを更新し クライアントにデータを返す という事です。
ゲーム作ってるのにつまらない現場だなあ、とか思うかもしれませんが、しかし。
育成をする際に素材が減らず、無限に育成出来てしまう クエスト終了時に二重にリクエストを送る事で報酬を倍獲得する事が出来る レイドボスのHPを不正に0まで持っていけてしまう ゲームが正常に進行出来なくなる 新たに機能を拡張しようとした時に強い制限が生じてしまう 等々……。
このクソコードを書いたのはもうこの会社には居ない人で、頑張って理解しようと思ったんですけど、私には実力が足りず……どうしようもありませんでした そして、実際に書くプログラムに関してですが、
正常に動作する事は勿論の事、 起こり得る全ての状況に想定が出来ているか、 新しく機能を追加したいとなった時に問題が発生しないか、拡張性は十分に取れているか 万一何か起きた時にそのバグを追いやすい形になっているか と言うような多岐に渡る事柄を考慮出来ていなければいけません。
そしてまた、上記の為には仕様に噛み付く事もあったりします。
サーバーアプリケーションを構成するインフラストラクチャーの構築、運用 良くあるサーバールームの絵としては、24時間エアコンで空調管理された部屋の中で、ラックに数多に配置されている機器に、沢山のコードが繋がっている、というのがあると思いますが、ぶっちゃけると自分はそんな部屋に入った事すらありません。
こういう実物も見た事は殆ど無かったり そしてこちらに関しても、正直なところ高校数学とかも大して必要ないのですが、その代わりに要求される知識がかなり多くなります。
Route53で各種ドメイン登録を行い、ALBでそれをロードバランシングし、S3とCloudFrontでCDNサーバーを構築し、Elasticacheでキャッシュサーバーを構築し、ECSでECRに登録されたDockerイメージを反映するEC2インスタンス群を管理させてAPIサーバーを構築し、AutoScalingで負荷に応じてサーバー数を上下させるようにし、それぞれSecurityGroupを用いて外部からの不正アクセスを弾き、CloudWatchを使ってS3に各種ログを管理し、時にはAthenaでログ追跡を出来るようにし、各種負荷を可視化し、デプロイはCodeBuildを使って各種段階を自動的に踏むようにし……。
みたいに、専門用語のオンパレードになります。
まあ、そんな複雑な事柄も一回構築を終わらせて正常に動く事まで確認出来たら、運用としてはそう大してやる事はない……と言いたいところですが、開発環境なんて良く増やしてくれなんて言われますし、本番環境もユーザー規模に応じてスペックを落としてコスト削減を図る事も時折やったりしますので、ちゃんとマニュアルを書いておいたり、AWSではCloudFormationという機能でインフラをコード化までしておいたりだとか、そういう事までしっかりとやる必要があります。
そして本番環境を作るに当たっては、想定される最大ユーザー数がプレイしても耐えられるか？ という事をきちんと示しておかないといけません。過去に別に書いた事がある のでここで細かくは書きませんが、サーバーアプリケーションとインフラストラクチャーの両方に精通していないと、問題が発覚した時の原因究明すらままならない事もあります。
何が面白いの？ 冒頭でも書いた通り、ゲームを作るのに対してグラフィックもサウンドも何も関わってこない、更にゲームの面白さを構想する事もしません。
けれど、誰が何をしようとも根本的な対応が出来るのはサーバーエンジニアだけです。同じゲームを開発、運営しているチーム内から頼られる仕事をする、と言う方が合っている かもしれません(漫画で例えるとフラジャイルの病理医みたいな立場かも。時々仕様にケチ付けるのも含めて)。
また、負荷というものへの考慮もクライアントとサーバーでは大きく変わってきます。機能美を追求し続けるようなストイックさが強く必要で、そういうのが好きな人にはがっちり合う と思います。
あそこのソース、ああすればユーザー数が増えても軽量化出来るな……(後にそれが原因でバグを起こす)。 最後に 自身を含んだ運営の誰がミスをしようとも、迅速に対応出来るのも、サーバーエンジニアだけ。
これが何を意味するか分かりますか？
要するに、自分しか出来ない仕事なんて持たない方が良いって事です。あったらさっさとマニュアル化したりして、ノウハウを共有しましょう。
ユーザーからバグのお問い合わせです！！(GW中)
