2025年7月22日から24日かけて、パシフィコ横浜 ノースにてゲーム技術者やコンピュータエンターテインメントのエンジニアらを対象とした、国内最大級のカンファレンス『CEDEC 2025』が開催されました。
24日には『学園アイドルマスター』の開発元となっている株式会社QualiArtsから鈴木光さんが登壇し、「バックエンドを支える基盤システムの仕組み」と題した講演が開催されました。
『学園アイドルマスター』におけるサーバーシステムがどのように運用されているか。少人数開発における課題や、自動生成ツールを扱ううえでの機能性と問題点について、マスターデータの管理・運用、安全に運用するためにどのような機能を実装しているかまで、詳しく語っていきました。サーバー運用者やプログラマーに向けたものが多く含んでいましたが、この記事ではそこにはあまり踏み込むことなく、アウトラインをソフトに伝えてみようと思います。
『学園アイドルマスター』のシステムは、Google Cloudのマネージドサービスを主軸としたサーバレス構成を採用しており、サーバーなどのバックエンドにはGO、通信プロトコルにはGRPC、データベースにCloud SQLやCloud Spannerといったサービスを利用していると、鈴木さんは説明します。
APIサーバーのシステム構成図は以下のように、ゲームクライアントはCloud DNSで名前解決をした後、GRPC通信にてCloud Load BalancingとCloud Armorを通じて、稼働しているAPIサーバーにアクセスし、さまざまなサービスでアクセスすることでデータ通信をおこなっています。
管理ツールでは、社内のユーザーはCloud DNSで名前解決をした後、HTTP通信にてCloud Load BalancingとCloud Armor、さらにIAPを通じてCloud Runのサービスとして稼働しているアドミンサーバーにアクセスしています。
つづけて、運用現場で発生していた大規模ゲームの少人数開発における課題について、鈴木さんは話を進めていきました。
QualiArtsでは、組織全員がアプリケーションとサーバーを分けず、どちらも兼任するという体制を取っています。
実装する機能がサーバーとインフラをまたぐときに、単独で実装可能かつ高速に開発ができますし、全員が広い技術領域を持つことによって、組織全体への知識共有がしやすくなります。それによってタスクが割り当てやすくなり、属人化の軽減につながるなどのメリットを考えて、このような体制づくりとなっています。
しかし、各々がさまざまな開発タスクを負って作業するため、個人の負荷があがってしまいます。加えて『学園アイドルマスター』では開発初期段階で、バックエンドが3名～4名体制で開発に取り組む期間がつづいており、ゲーム開発でありがちな変更仕様も多く、開発基盤の充実化・効率化・負担軽減を当初から考えていたといいます。
鈴木さんいわく、開発チームに入った段階で既存の自動生成ツールがあり、実際に使っていたそうですが、どうしても不満点・課題が目に付く部分がありました。
講演会最後の質疑応答でのやりとりのなかで鈴木さんは、「自分が入った時にはすでにコーヒーが買いに行けるくらいの時間がかかっていて、数分はかかっていた。」「今後開発していくと肥大化していって遅れてしまうこと」と振りかえり、結果的に開発に対する心理的なハードルが上がってしまうと恐れた結果、自動生成ツールの高速化を追求する方向へ舵を切ったともあかしました。
こうした懸念や課題を解決するため、すべてのコード自動生成を単一で出力できるツールを開発。定義言語としてProtocol Buffersを採用するだけでなく、Protocol Buffersであらゆる定義を行なうプラグインも実装したことで、1つのコマンドで完了でき、手順が非常にわかりやすくなりました。いちどに数万ファイルが自動生成され、フォーマットや差分削除込みで数十秒で作業が終わると鈴木さんはいいます。
