ゲーム業界を志望してなかったサーバエンジニアが知った、ゲームならではの驚きポイント - Qiita
本記事はCraft Egg Advent Calendar 2021の12/14の記事です。 12/13の記事は @reo_chocsarさんの 「エディターのショートカットとデバッグ機能を全く使ってこなかったので、エンジニアになって痛い目を見た話」でした。 はじめに 株式会社Craft Eggでサーバサイドエンジニアをしている高川です。 タイトルが主張ちょっと強めですが(笑)、今回は技術というよりも、スマホゲームのサーバサイドをやっていて感じたことを書きます。 ゲームをプレイしていると当たり前な機能も、1つずつ紐解いてみると、やっていることが多く、面白みがあります。 ※ なお、ゲームのジャンルによって性質が変わるため、今回はゲーム全般で共通しそうなことに絞ってます。 スマホゲーム業界に興味がある方に少しでも役に立つ記事になればと思います。 （記事のタイトルがタイトルなので…） 驚きポイン
「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想
「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想 これは何 「Client と Server があるスマフォゲームを開発するときに人類が考えておくべき、ほとんど全てのこと」 をドキュメントとしてまとめようと思ったときに、何を書けばいいかをリストアップする場所 （構想を練る目的なので、不完全な内容です） のんびり更新予定 モチベーション 1. 仕事上の実利 職業柄、生きていくために Client / Server 実装があるスマフォゲーム を一定期間をかけてチームで開発することが多い ゲームのチーム開発は要素が多く、先立って考慮しておくべきことも多岐に渡る 「考慮しておくべきことリスト」 を用意しておくことで、考慮漏れによるミスや手戻りを減らす 初心者にとっては抜けていた知識の補完になり、中級者以上にとっても思考
個人のゲーム開発者がAzure PlayFabに入門してみた4つの理由 - Qiita
まえがき 個人のゲーム開発者として Azure PlayFab に入門しました。 早速使ってみた系の記事を書こうと思いましたが、PlayFab は日本で触っている人があまり多くない印象ですので、 そもそも PlayFab とはなにか なぜ入門しようと思ったのか という点から書き残してみようと思いました。 ふわっとした記事ですので、技術的に深い内容を期待される方はブラウザバックをおすすめします。 Azure PlayFabとは ゲームに特化した BaaS(Backend as a Service) です。 2018年1月に Microsoft に買収されて現在も成長中のサービスです。 日本では最近ようやく名前を見ることが増えてきましたが、海外では既にメジャーなサービスで実績も多数あるようです。 ※画像は Microsoft の de:code 2019 の資料 から引用させていただきました。
PlayFab:UnityのバックエンドとしてのAWS入門 - simplestarの技術ブログ
不正を許さないため、オンラインゲームは基本的に現実のお金でのアイテムの購入、ゲーム内の仮想通貨やアイテムの交換はクライアント側では行わずにサーバー側で行います。 そうした不正を許さないバックエンド処理に使う api とデータベースをほぼ無料で使わせてくれるMicrosoft がサポートしている PlayFab をご存知ですか？ 「え！まじ！？」と思う入門者が最初に読むべきドキュメントはこちら docs.microsoft.com プレイヤー認証 ゲーム開始直後にプレイヤーアカウントを作成するためにIDとパスワードやメール確認などがあると、せっかく遊びに来てくれたお客さんの大半がゲームに触れることなく二度と立ち寄らないことになります。 そんな現実を重く見たPlayFab はアカウント作成のフローを非常に意識していて、最初はデバイス固有の値としてユーザーを見分けるカスタムIDにリンクして、これ
FGO を支える負荷試験ツール
これはアカツキとディライトワークスが共同で主催している “FGOなど大規模ゲームの課題から学ぶゲームサーバ・インフラ勉強会” での LT 発表資料です。こちらの資料に軽く補足を入れながら話をしていきます。 時雨堂では FGO の検証に利用するための負荷試験ツールを提供しています。 先日、大きめのメンテナンスが無事終わり、ほっとしています。 さて、メンテが無事終わって、FGO の中の人から以下のようなありがたいメッセージをもらいました。 負荷試験ツールなくしては今回の改修はなしえなかったと思いますので本当にありがとうございました…。その負荷試験ツールがどんな仕組みで、どんなことを実現しているのかを書いていきます。時雨堂が負荷試験ツールで実現したことのみを書きます。 主に技術的な話というよりはこんなことやったよがほとんどです。 本番データを利用した負荷試験利用されている負荷試験ツールは、時雨堂
真のサーバレスアーキテクトとサーバレス時代のゲーム開発・運用
Serverlessconf Tokyo 2017 で発表した資料です。 こちらも御覧ください → https://gs2.io/
【レポート】『Fate/Grand Order』事例から学ぶインフラ運用設計…海外展開のために必要な要項についても詳しく紹介 | gamebiz
【レポート】『Fate/Grand Order』事例から学ぶインフラ運用設計…海外展開のために必要な要項についても詳しく紹介 GMOアプリクラウドは、6月15日、GMOインターネットグループが運営するコミュニケーションスペース「GMO Yours」にて、「ゲーム開発と技術力」をテーマとしたイベントとして、「現場のエンジニアが語る『Fate/Grand Order』の開発技術からアップデートに関するノウハウまで一挙公開」を開催した。 本イベントでは、ゲーム運営や開発に関わっている方々を対象に、『Fate/Grand Order』の開発をリリース当初から支えるサーバーエンジニアと、ディライトワークスの技術力向上のために、日々課題に取り組んでいるテクニカルディレクターによる「面白いゲームの作り方」や「海外展開に向けた取組み」について技術的側面から講演を行った。 【関連記事】 ・『Fate/Gr
OpenIDやOAuthやらの比較 - Carpe Diem
概要 色んな種類がありますが、各手法の流れ、メリット・デメリットを整理するためにまとめました。 今回比較するのは以下の４つです。 OpenID OAuth2.0を用いた認証（Authorization Flow） OAuth2.0を用いた認証（Implicit Flow） OpenIDConnect シーケンス図ではわかりやすさのため以下のようにしています。 名称 説明 今回の例 UserAgent ユーザ User Relying Party サービス提供者 Server Identity Provider SSO用APIの提供者 Google またRelying Partyは Confidential Client：サーバあり。 Public Client：スマホやJSアプリ。サーバなし。 がありますが、今回は前者を前提としています。 OpenID 最初に簡単な認証方法として出てきたの
AWS×PHPでの 高信頼かつハイパフォーマンスなシステム | CyberAgent Developers Blog
はじめまして。 「ボーイフレンド（仮）きらめき☆ノート」（以降、ボイきら）でサーバサイドエンジニアをしております、伊藤です。今回はAWS（主にAurora周り）とPHPを使用して高信頼性かつハイパフォーマンスなシステムを構築するためのノウハウを共有させて頂きたいと思います。 目次 はじめに キャッシュの話 自動化・自動生成の話 Auroraの話 Zephirの話 おわりに はじめに まずはじめに、ボイきらのサービスとシステムの概要を簡単にご紹介します。 サービスの概要 ボイきらは2016年11月15日にリリースした女性向けリズムゲームです。事前登録は24万人を突破し、リリース後はAppleStoreの無料ランキングで1位を獲得しました。サービスの運用で特徴的なのはリリースが約2ヶ月で以下の5種類の新イベントを計11回も開催していることです。 マラソンイベント レイドイベント ハイスコアイベ
課金石を実現する GS2-Money をβテストに追加しました - GS2 Blog
みなさんこんにちは。GS2 CEOの丹羽です。 本日は新しいサービスをβテストに追加したことをお知らせします。 既に告知しているサービスですが、GS2-Money という資金決済法に基づく仮想通貨管理を行うためのサービスです。 GS2-Money は主たる機能として以下の機能を提供します。 課金石の所持数管理 プラットフォームで異なる財布による所持数管理 有償付与と無償付与の明確な区別 - 有償付与の課金石でしか購入できない - 有償付与の課金石より無償付与の課金石を優先して消費する(またはその逆) 購入単価ごとの発行量管理 - 消費する際には購入単価の高いものから消費されます（無償付与だけは例外） App Store / Google Play のサーバサイド決済レシート検証 - レシート検証から購入した商品の内容に合わせて課金石を付与するところまで同期的に処理をすることが出来ます 各ユ
『モンスターハンター エクスプロア』開発は苦労の連続！誕生までの軌跡を追う【CEDEC 2016】 | ファミ通App【スマホゲーム情報サイト】
スマホの狩りゲーはいかに生み出されたか!?パシフィコ横浜で開催中の開発者向けカンファレンス”CEDEC 2016″。3日目に行われた”モバイル最適化！ ～モンスターハンター エクスプロアの場合～”では、カプコン第二開発部第二開発室 副室長テクニカルディレクターの井上真一氏、カプコン第二開発部第二開発室メインプログラマーの中村一樹氏が登壇。 カプコンの人気タイトル『モンスターハンター』（以下、『モンハン』）シリーズをモバイルで最適化するにあたっての制作秘話が語られた。 『モンスターハンター エクスプロア』（以下、『MHXR』）は、2015年9月3日にサービスがスタートした（iO版は2016年9月29日）タイトル。『モンハン』シリーズならではの高いアクション性をスマホで再現し、シリーズファンやアクションゲームファンから人気を博している。 『モンハン』を誰でも手軽にスマホで！スマホアプリというこ
【CEDEC2016】「フェーズごとにやることを絞ったのが良かった」 DeNA佐藤氏が明かす『FFRK』におけるマルチプレイ開発 | gamebiz
ディー・エヌ・エー（DeNA）<2432>の佐藤拓弥氏は「1000万人が遊ぶFINAL FANTASY Record Keeperにマルチプレイを導入した話」と題するセッションを8月25日の「CEDEC2016」で行ったので、その模様をレポートしておこう。このセッションでは、『FINAL FANTASY Record Keeper（以下、FFRK）』において、マルチプレイを導入したが、その時の開発の流れや開発中にあがってきた課題とその対処法などを紹介するものだった。 『FFRK』は、スクウェア・エニックスとの共同開発タイトルで、DeNAがシステム開発を担当している。リリースからまもなく2年を迎えるが、リリース以来の最大のアップデート項目となるのが7月29日に実装された「マルチプレイ」だった。これはプレイヤー4人が参加し、1人あたり2キャラとアビリティを持ち寄ってバトルで共闘するものとなって
【CEDEC2016】大ヒットゲーム『モンスターストライク』を支えた負荷分散の手法…モニタリングとDBスケールアウト、キャッシュをどう活用したか | gamebiz
まず、モニタリングシステムは、サーバーが生きている・あるいは落ちたといったいわゆる「生存監視」だけでなく、高い負荷状態の原因を特定するための材料を記録するためにも整備しておく必要があるという。つまり、負荷に対して、効果的な対策を判断するために必要だという。 具体的にはCPUやメモリー、IO、ミドルウェアのリソースの状況のほか、アプリケーションのアクティブの状況、クエリーカウント、スレッドの状態などデータベースエンジン内のデータも重要と述べた。パフォーマンスについては、APIを叩いた時にどれくらいで返ってくるのかなども重要だという。 また、監視ツールには、オープンソースと有料のものがある。オープンソースとしては、CludForecast、Kurado、Cacti、有料サービスとしてはMackerel、NewReclicなどが存在している。それぞれ計測できるものが微妙に違うものの、仮に不足して
モンストを支えるインフラの今とこれから
dots. Conference Spring 2016 ゲーム開発の裏側 http://eventdots.jp/event/580344
スマフォアプリゲーム開発における問題と対策 その１ - Qiita
自分が関わっているスマフォゲーム開発で起こる様々な問題と、それをどのようなツールで解決しているのかを共有したいと思います。 同僚と話していたときに、他のチームがやっていて便利な事が共有されたらいいよねという話があったので、まず自分のチームのことから共有したいと思います。 pythonで開発していますが、どこでも起きうる一般的な問題が多いかなと思います。サーバのエンジニアをしているので若干サーバ視点です。 環境 クライアントはcocos2d-x サーバは python 2.7 + Django 1.8 クライアントはサーバにAPIで接続 サーバとクライアント開発は別グループ (それぞれ5人くらいずつ) ソースコード管理はgit 問題と対策メニュー 問題 対策
スマフォアプリゲーム開発における問題と対策 その２ - Qiita
上記のようにすれば、後からメンバーがどのタスクを処理したかは、担当者別でフィルタすれば確認できるので、振り返りにも便利です。 将来やるタスクが忘れ去られてしまう 忘れないために、実行する必要のあるタスクはすべてbacklog上にのせて、さらに将来の適当な日付をうって、backlogのガントチャート上にのるようにしております。 これで忘れない！はず。 クライアントからサーバにエラーが起きていると言われるがどのようなリクエストを投げたかわからない よくあるのがクライアントがサーバレスポンスが原因で、アプリが落ちた(500とかがかえってきた)けど調べてくださいというパターンです。 デバッガからの報告などの場合もあり、どうしても時間差があるので、どのリクエストかわからなくなってしまいます。 ユーザIDをもらっても多くのリクエストから探すのは骨がおれます。 そのための対策としては以下が考えられます。
【特別企画】ソーシャルゲームのDevOpsを支える技術（後編）～魔法少女リリカルなのはINNOCENTの舞台裏～ | gihyo.jp
論理削除されたレコードは一定期間後にAWSのS3やGlacierなどのストレージにバックアップのうえで実削除され、必要であればDBに戻して検証を行えるようにしています。 課金ログ カードと同様に課金ログについても、課金状態（支払処理中なのか、支払い済なのかなど）と購入アイテムの付与状態（付与中か、付与完了したかなど）のフラグを持っていて、これについてもトラッキング可能にしています。 課金は、外部のシステムと連携して行う都合上、予期せぬ異常があることは考えられますので、その場合でも「どの状態まで課金処理が進んだのか」の追跡が行えることが重要です。 開発と品質保証のコミュニケーションを取りやすくする 日々連続的に開発を進めるソーシャルゲームでは、品質保証部門（以下、QA部門）と開発部門との連携も重要です。連携にはバグトラッキングシステム（以下、BTS）を利用しますが、弊社ではこれに「QA部門が
【特別企画】ソーシャルゲームのDevOpsを支える技術（前編）～魔法少女リリカルなのはINNOCENTの舞台裏～ | gihyo.jp
【特別企画】ソーシャルゲームのDevOpsを支える技術（前編）～魔法少女リリカルなのはINNOCENTの舞台裏～ モバゲーから提供されているソーシャルゲーム『魔法少女リリカルなのはINNOCENT』は、企画・開発・運用を（株）ユビキタスエンターテインメントが行っています。このサービスを支えるインフラは物理サーバと仮想サーバのハイブリッド構成となっており、（株）IDCフロンティアのクラウドサービスが採用されています。本稿はこの両社から、人気ソーシャルゲームならではのデータを交えながら、DevOps実現に向けての取り組みを披露してもらいます。 どんなゲームなの？ 『魔法少女リリカルなのはINNOCENT』は2013年3月にモバゲーにてリリースされたソーシャルゲーム[1]です。原作者の都築真紀氏がこのゲームのために構築した世界観、従来のカード型ソーシャルゲームのシステムを踏まえつつも他作品
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeNA_Techcon2017_DeNAでのチート・脆弱性診断への取り組み
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
