グランブルーファンタジーのステージング環境について｜anzu chang｜note
杏ちゃんはBANされたツーラーでも内部の人間でもありません！！ 先日Twitterにて指摘したグランブルーファンタジーのステージング環境へアクセスが可能だった件についてまとめておきます。 （該当ツイートは削除済みのため画像を添付しておきます） ※ 注意 本記事中にはURLやIPアドレスが含まれます。 既に外部からのアクセスはできなくなっていますが、利用規約等を考慮しアクセスしないほうがいいと思います。 ステージング環境へのアクセス外部からのアクセスが確認できた環境は複数ありURLからおそらくステージング環境と思われます。 1. stg.game.granbluefantasy.jp 2. stgz.game.granbluefantasy.jp これらの環境は外部から「制限なく」「誰でも」アクセス可能な状態で公開されていました。 また、Googleにインデックス登録されており検索結果に表示
秒間10万メッセージをさばけ！ リアルタイム対戦バトルゲームを支える負荷試験の挑戦【Developers Boost】
12月15日、翔泳社主催の若手エンジニア向けカンファレンス「Developers Boost（デブスト）～U30エンジニアの登竜門～」が開催された。企業の中核を担う30歳以下（U30）の若手エンジニアたちが登壇。その知識やノウハウを惜しみなく公開した。本セッションで取り上げた「Arkサーバ」は、gumiのリアルタイム対戦ゲームを支えるリアルタイムサーバだ。対戦バトルゲーム「ドールズオーダー」でも、他ユーザーとの対戦時の通信処理に本サーバが活用されている。Arkサーバの負荷試験における試行錯誤の歴史を、エンジニアの叶若帆氏がふり返った。 講演資料：リアルタイム対戦ゲームを支える リアルタイムサーバの負荷試験のリアル 株式会社gumi Technical Strategy & Development 叶 若帆氏 システムのQoSを把握するために、負荷試験は極めて重要 Arkはgumi社が自作し
ロマサガRS における Elixir サーバー開発実践 ~生産性を上げてゲームの面白さに注力~
「ロマンシング サガ リ・ユニバース」（ ㈱スクウェア・エニックスより配信）は、Elixir でサーバーを開発しました。アカツキとして Elixir でゲームをリリースするのは初めてでしたが、ETS を用いたオンメモリデータや、Dialyzer による型チェック、加えて Erlang VM の高い並列性を活用することで、安全な作りと高速なレスポンスタイムを担保しながら機能開発をスピーディに進めることができ、ゲームの面白さに注力することができました。 本セッションでは、ロマサガRSのアプリケーション構成や開発フローなどを話し、Elixir で安心してモバイルゲームのサーバーを開発できることを示します。また、アーキテクチャやインフラ運用にも触れ、プロダクションで運用するポイントを紹介します。最後に、Elixir で大規模負荷に対応する中で遭遇した、ややディープな問題解決の Tips を共有しま
大規模ゲーム開発で存在感を高めるErlang/Elixir ─ Nintendo Switch™とロマサガRSの事例から｜ハイクラス転職・求人情報サイト AMBI（アンビ）
大規模ゲーム開発で存在感を高めるErlang/Elixir ─ Nintendo Switch™とロマサガRSの事例から 大規模なゲーム開発で、プログラミング言語Erlang/Elixirの存在感が増しています。Nintendo SwitchのErlang活用事例と、ロマサガRSにおけるElixirの導入事例について、アカツキ島崎清山さんに解説してもらいました。 2019年6月1日、永田町JA共済ビルにて、Erlang & Elixir Fest 2019が開催されました。Erlang/Elixirを利用する開発者らを集めて国内で開催されるメインイベントとしては、2017年のElixir Conf Japanから数えて、今年で3回目を迎えたことになります。 Erlang & Elixir Fest 2019 参加費6,000円の一般枠が事前登録で埋まり、当日の来場者も150人を超えたErl
なぜLaravel×水平分散は難しいのか？ 水平分散を導入するための仕組みと実装
2019年6月5日、『神姫PROJECT』などソーシャルゲームの企画・開発を手がける株式会社テクロスが主催するイベント「TECH x GAME COLLEGE」が開催されました。第20回となる今回のテーマは「Laravelを用いたゲームサーバーのチューニング」。株式会社ナウプロダクション主任の木村竜氏が、Laravelを活用したゲームサーバーチューニングの極意を語ります。後半パートとなる今回は「水平分散への対応」と題して、Laravelに水平分散の概念を導入するためにどんな点に気をつけたのかを解説します。講演資料はこちら Laravelで水平分散への対応 木村竜氏：それでは第2章としまして、「Laravelで水平分散への対応」を始めていきます。 この章の流れについて説明します。 はじめに水平分散する際の実装方針なんですが、Laravelで水平分散がなぜ困難なのかを確認していきます。おそらく
Laravelを活用したゲームサーバーチューニング 通信時間100ms以内を実現するための工夫
2019年6月5日、『神姫PROJECT』などソーシャルゲームの企画・開発を手がける株式会社テクロスが主催するイベント「TECH x GAME COLLEGE」が開催されました。第20回となる今回のテーマは「Laravelを用いたゲームサーバーのチューニング」。株式会社ナウプロダクション主任の木村竜氏が、Laravelを活用したゲームサーバーチューニングの極意を語ります。前半パートとなる今回は、「通信時間100ms以内を達成するための工夫」と題して、高速なLaravelを実現するための考え方を語ります。講演資料はこちら Laravel開発における勘所 木村竜氏：ナウプロダクションの木村竜です。よろしくお願いいたします。 (会場拍手） 本日はLaravelの懸念事項の払拭をメインで話させていただきます。Laravelのどんな機能が便利か、などの側面についてのお話はあまりないんですけど、その点
テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも
Kubernetesでステートフルなゲームサーバを動かした思い出
とあるスマートフォン向けMMORPGのプロジェクトで、アプリケーションサーバをほぼすべてGKE(Google Kubernetes Engine)に乗っけて動かしていました。 このゲームは、モバイル向けながら、複数プレイヤ間でそこそこリアルタイム性の高い同時プレイができるものでした。同じフィールドを誰かが歩けば、自分が見ている画面でもほぼ同時にそいつが歩いて横切っていく、同じ敵と皆で一緒に戦えば、誰かが繰り出した攻撃が参加者全員の画面に即同期される、もちろんチャットもできる、そんな具合です。今ではさほど珍しくないのかもしれませんが、PCのオンラインゲームのような機能を搭載した、リアルタイム性の高いモバイルゲームでした。 さて、こうなってくると、オーソドックスなWebサーバのような、HTTP/1でリクエスト/リプライを捌く、というサーバだけでは要件を満たすことができません。 複数プレイヤ間で
踏み台使用時の~/.ssh/config | 忘れっぽいエンジニアの備忘録
(通常の~/.ssh/configはこちら -> https://k-sasaki.net/2018/02/230/) AWSとかで踏み台サーバ経由する方法とかまぁよくある話なので、ProxyCommandで対応するメモ。(よく忘れる、てかキーを間違えるw) こんな感じの構成だとする。 local-machine -- step-server -- target-server 下記をlocal-machineの.ssh/configに書いておく # 踏み台サーバ Host step-server Hostname step-server.com User step-server-user Port 22 IdentityFile ~/.ssh/id_rsa_step_server # ターゲットサーバ Host target-server Hostname target-server.co
インフラエンジニアと謎のサーバ - Qiita
この記事は闇の魔術に対する防衛術 Advent Calendar 2018の6日目の記事です。 あらすじ この世には歴史的経緯により何が動いているか分からない謎のサーバというものが存在する。 謎のサーバには、気の利いたドキュメントだの仕様だのGitHubにコードが上がってるだの、そういう甘っちょろい物は一切ない。謎のサーバは殆ど変更される事なく、あまりトラブルを起こす事なく、しかし何かのサービスによって必要とされてひっそりと動いている。 インフラエンジニアは時にこういった謎のサーバを調査して、ドキュメントに起こすか、コード化するか、ひっそりと退役させるか、はたまたリプレイスするか、といった対応に追われる。 私はこういったタスクの事を”考古学”とか”遺跡発掘”とか呼んだりする。 (考古学の成果の一例) uptime2700日超えのサーバにshutdown -h nowをカマした — かんが
ミクシィグループのサービスと利用技術(技術スタック)についてまとめてみた｜ミクシル
ミクシィグループではこちらで説明している通り、様々な事業領域にてサービスを展開しています。運営しているプロダクトには10年以上稼働しているシステムもあれば、リリースしたばかりのものまで多岐にわたっているため、様々な技術が各所で採用されています。 多数のサービスを展開していることもあり、改めてミクシィグループの各サービスや事業部が現在どのような技術を採用しているか、技術スタックをまとめてみました。開発言語やインフラ環境、デプロイツールなどをサービス/事業部ごとにまとめています。 【サービスおよび、技術スタック一覧】 ※サービスやプロダクトに該当しないケースは、各事業部で採用している技術を紹介します。 ※2018年8月30日時点での情報です。 ※8月30日に実施された社内イベントの内容を元に作成しています。 その2はこちら スマートヘルス 事業部の取り組み スマートヘルス事業部は、超高齢社会を
モンストとサーバ運用体制
「夏だ！飲もうぜ！Game Day ～ビッグタイトルの裏側～」で発表した、スライド資料です。 https://idcf.doorkeeper.jp/events/63167
Redisのsetnxを使ってマルチサーバ環境での Web API ロック機構を実現する | DevelopersIO
「これ、同時にリクエスト飛んできた場合って、どうなるの？」 「2つ登録されちゃいますね…」 はじめに Web APIは、リクエストを受け、処理を終えた後レスポンスを返します。モバイルアプリやウェブアプリとセットで開発しているとつい忘れがちになってしまいますが、同時に同じリクエストが飛んできた場合にどういう挙動をするか ということは常に考慮しておかなくてはなりません。「UI上同時にリクエストが送れないから問題なし」では Web APIの設計が不十分です。別の端末から同時に同じリクエストを送ることも可能ですので、UIとは切り離して考えるべきです。 さて、この状況、GETリクエストについては大きな問題にはならないでしょう。いくらリクエストが来てもサーバ側の状態に変化はないので、負荷対策だけしておけば大丈夫そうです。問題はPUTリクエストやPOSTリクエストといった、サーバ側のリソースに変化を及ぼ
【モンスト】2017.05.23 「モンスター図鑑」のバックアップ時の仕様についてのご案内｜モンスターストライク(モンスト)公式サイト
Ver.8.4アップデートメンテナンス以降、「モンスター図鑑」に関するデータのバックアップおよび引継ぎの仕様が一部変更になった為、あらためてご案内させていただきます。 「モンスター図鑑」のプレイデータのバックアップにつきましては、おこなった時期に関わらず、最新情報を引き継ぐことが可能でしたが、Ver.8.4アップデートメンテナンス以降、プレイデータのバックアップ後に、新たにモンスターを所持し、そのモンスターの売却等をおこなった場合、プレイデータを引き継ぐ際に、最新の情報が「モンスター図鑑」に反映されないケースがある為、ご注意ください。 機種変更などで新しい端末にデータを引き継ぐ場合は、引継ぎをおこなう直前にデータのバックアップをおこなうことをお勧めいたします。 例） ①4月1日にプレイデータのバックアップを実施 ②4月15日にキャラAを初入手 ③4月22日にキャラAを売却 ④5月23日にプ
AbemaTVのサーバコストは「月数千万円」 藤田社長が明かす
「AbemaTVはクラウドを使っているので月間サーバコストは数千万円」――サイバーエージェントの藤田晋社長は5月13日、AbemaTVのサーバコストについてTwitterでこう明かした。ユーザーが増えるほどコストが増え、収益化が難しくなるとの指摘もあるが、「ユーザーが増えても影響は軽微」としている。 AbemaTVをめぐっては、7日に配信したライブ番組「亀田興毅に勝ったら1000万円」がサービス史上最多アクセスを集め、試合開始と同時にサーバダウンして話題に。ユーザー拡大をアピールした一方で、「ユーザーが増えるほどサーバコストが増え、収益化が難しくなるのでは」という指摘もある。 藤田社長はTwitterでこれを否定。「AbemaTVはクラウドを使ってるので月間サーバーコストは数千万円で、全体コストに対する比率は3％程度」にとどまっており、「ユーザーが増えても影響は軽微」と解説。「インフラコス
iOSで消費型プロダクトのアプリ内課金を実装する際の注意点 - Blog :: Meatware
TODO:コード例を載せる Consumable なプロダクトの In-App Purchase は、クライアント側でのアプリ内課金と、サーバ側でのアイテムの付与が１対１になっている必要があります。 課金をしていないのにアイテムの付与をする、あるいは課金をしたのにアイテムを付与していない、という状況は許されません。 今回は、正しくアイテムを付与するためにはどうすればいいのかについて書きます。 正しい付与のやり方 iOS の消費型 IAP ってめんどそうだなぁとか思ってたけど、よく考えると、クライアントは正常に成功か失敗が返ってくるまでリトライする、サーバは１個のトランザクションで１回だけアイテムを増加させる、というルールさえ守ってれば何とかなりそうな気がする。 — めるぽん(ヘルニアン) (@melponn) 2013, 12月 5 本当に重要な部分は、これだけです。 iOS でアプリ内課
DeNAオリジナル ゲーム専用プラットフォーム Sakashoについて
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
『第五回ゲームサーバ勉強会』参加レポート #ゲームサーバ勉強会 | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する（最近ビールへ浮気が多い）大栗です。 2016年6月18日に開催された第五回ゲームサーバ勉強会に参加してきたので、レポートしたいと思います。個人的にはDigdagに興味があり、githubへの公開後初のセッションの様だったので参加してみました。 EmbulkやDigdagのお話 Treasure Data Support Engineering ManagerのToru Takahashi（@nora96o）さん はじめに 〜 データ分析基盤について 〜 オンラインゲームシステムとデータ分析基盤の関わり データ分析基盤をなぜ必要なのか？ 現状を知る データ分析の流れをスムーズに行う データの民主化 データ分析処理エンジンと様々なマーケティング施策サービスとの連携が大きな役割。 データ分析基盤を支えるOSS Fluentd：データストリーミングコレク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【PHPカンファレンス2017 フォローアップ】グラブル流運用術〜1700万人を満足させるためのシステム構成、PHPプログラムの考え方〜
