インフラエンジニア不在だった!
【出典】http://anago.2ch.sc/test/read.cgi/applism/1465154169/
下のサイトでいろいろまとめてくれてるね
じゃあグラブルとかはどうやって運用してるんだっていうね…
やっぱり無能じゃないか、ディライトワークス
AWSサミットfgoまとめ
http://www.fortunerinn.org/blog/2016/06/10725
ゲーム公開後、DBがボトルネックになることが判明。ゲームの特徴として、非常にデータベースへの書き込みが多い。
通常のアクセスが盛況なのもあるが、異様に速いAPI叩きをするボットや、海外からのDoSアクセスなどが多数。
結果、MySQLへのCommit時に0.5秒前後のスロークエリが出て、DBのmaster→slaveの同期反映に1,000秒かかり、獲得アイテムが消えて見えたこともあった。
当時のAzureの最高スペックのVMでもメモリを喰らいつくして、30秒ごとにスロークエリが出ていた。おまけにインフラエンジニアがいないので冗長化していない。
Azureは事前予告なしのサーバダウンがある。それで、Redisが2回、DBが1回落ちた。(AWSは予告してくれる)
>>44
インフラエンジニアがいないってダメじゃん。
>>44
インフラエンジニアがいないのもヤバいがゲーム公開するまでDBに大量書き込みが発生するってことすら分かってないとか酷すぎねえか?
>>229
大量の書き込みをするのにMySQL使ってるとこも笑いどころだぞ
>>140
只今絶賛求人中だからきっと入ってくれるよ(笑)
>>140
サーバのスペシャルチームって何だったんだろうな
>>146
スペシャリスト(笑)だぞ?