ソーシャルゲームサーバーアーキテクチャ選定 | GREE Engineering

テクノロジーカテゴリーの変更を依頼記事元:

labs.gree.jp

382 usersがブックマークコメント

コメント

18

記事へのコメント18件

注目コメント
新着コメント

Shin-JPN ソシャゲサーバーの話だがエンタープライズの大規模システム利用での評価と近いのは面白い。大規模エンプラはたいていDBばりばりで、クラウドに載せるとストレージI/Oがボトルネックになるので要件がソシャゲに近いｗ

2018/05/29 リンク

taguch1 もうdockerベースじゃないと面倒で構築できる気がしない。

2018/05/30 リンク

pi9min yayugu氏のインフラ/ミドルウェア層のアーキテクチャ説明。概ね同意できる

2018/05/29 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

ソーシャルゲームサーバーアーキテクチャ選定 | GREE Engineering

※Read / Write のレスポンスタイムは大まかに計測した値のため適切な設定ができていない場合もあること... ※Read / Write のレスポンスタイムは大まかに計測した値のため適切な設定ができていない場合もあることをご了承ください MySQL 信頼と実績のあるRDBMS。新規タイトルの場合AWSではAurora、GCPではCloud SQLを利用することで運用の手間をある程度減らすことができる。分散システムではないため1クラスタでの書込性能には限界があり、ソーシャルゲームのように大規模なwrite処理がある用途では水平/垂直分割が必要になり、そのための設計とコーディングが煩雑になりがちである。またインスタンスのスケールアップ・ダウンで対応しきれない場合のクラスタの分割・統合のオペレーションは複雑なものになる。スケールアップ・ダウンやnodeのメンテナンスなどでMaster nodeを切替える際には不通時間が発生してしまうため、安全のためゲーム自体をメンテナンス状態にする必要が発生する。 ※

ブックマークしたユーザー

techtech05212024/02/09
knj29182022/12/02
stibbar2021/04/03
jitsu1022021/01/24
f-suger2018/07/23
madobetech2018/06/29
yatmsu2018/06/24
yanth2018/06/17
korinchan2018/06/11
shimpeiws2018/06/11
oppara2018/06/11
ouest2018/06/07
rokujyouhitoma2018/06/07
nari_ex2018/06/06
y_uuki2018/06/05
dithna2018/06/05
miguchi2018/06/05
s_nkmc2018/06/05

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx