【謎のレナード推し】巨大化するLINEスタンプ・着せかえ販売システム、その危機と復活の記録 #linedevday

3
erukiti @erukiti

ふむー。割と普通な解決方法な感じだ #linedevday

2015-04-28 15:36:55
とーま @Amothic

肥大化したAPIサーバの機能を外に出す #linedevday

2015-04-28 15:37:09
najeira @najeira

キャッシュ作るのは専用のプロセスなのか。Thundering herd対策? #linedevday

2015-04-28 15:38:08
ミヒャエル@療養中 @mihyaeru21

メインのデータはMySQLで、Redisをキャッシュに使ってるのか #linedevday

2015-04-28 15:38:30
erukiti @erukiti

というか、インメモリでやってたの、memcache/Redisで駄目だからとかいう 理由かなーとか思ってたけど、そういうわけじゃなかったのか #linedevday

2015-04-28 15:38:48
ミヒャエル@療養中 @mihyaeru21

JVMのヒープサイズに依存しなくなって幸せと #linedevday

2015-04-28 15:39:01
oza @oza_x86

JVM の heap size が 128GB とかになってしまったので,Redis という off-heap memory にデータを逃す話を聞いている #linedevday

2015-04-28 15:39:33
erukiti @erukiti

むしろ、なぜ最初にインメモリKVSを考えなかったw まぁ、Line社内でRedisノウハウたまるタイミングとか 歴史的な事情があるんかなー #linedevday

2015-04-28 15:40:02
Satoshi Namai @ainame

Redis Cluster組まずにbotサーバー毎にRedis立ててるのか #linedevday

2015-04-28 15:40:07
najeira @najeira

サーバー群の再起動3時間は辛い #linedevday

2015-04-28 15:41:15
とーま @Amothic

再起動に3時間かかるので改善・修正のイテレーションを回すのが遅くなった #linedevday

2015-04-28 15:41:24
とーま @Amothic

Naiveな実装をするときは、その影響やトレードオフについて認識 #linedevday

2015-04-28 15:42:03
ミヒャエル@療養中 @mihyaeru21

naiveな実装は最適なことが多いけど、状況が変わったときにどうなるかを認識しておかないと危ない #linedevday

2015-04-28 15:42:55
0xtomo.eth | 0xtomo.lens @HAIL

なんというかnaiveな実装は言ってる通り悪いことではなくて最初はそれでworkするので、過剰なオーバーエンジニアリングもよくない。結局少し先を見て対応するアーキテクトちゃんがいればよいのだよね #linedevday

2015-04-28 15:42:15
erukiti @erukiti

修正して確認するのに3時間かかる話は つらぽよすぎるなーw #linedevday

2015-04-28 15:42:09
とーま @Amothic

スケーラブルな人間になりたい #linedevday

2015-04-28 15:43:44
おくだ¯\_₍⸍⸌̣ʷ̣̫⸍̣⸌₎_/¯ @okdtsk

トイレをクラスタ化してスケーラブルな実装にするにはどうしたら良いですか #linedevday

2015-04-28 15:43:38