mixi会員250万人くらい。mixiアプリリリースしたて。1日10万人ふえてく。画像生成サーバやばい。APIかえってこない。画像生成をキューにかきかえた。愛され系ゆるふわコーディング。ハードウェア購入すすめるパフォーマンスアップのためにしたこと100Mの回線足りない。画像サーバーをamazonS3に。サーバをEC2に(今はつかってない)memchached対応範囲ふやす機能を企画レベルで見直し。L7ロードバランサを増やすDBマスター分割。リリース一部Q4Mへ。EC2とおわかれ、社内にもってきた方が安かった。まとめると、安定志向が必要。新しいこともやらないと追いつかない。キュー処理なに使ってる?Q4M、gearman、activeMQPHPでデーモン化。daemontoolORMは使うべき。流行った場合すぐ分割できるか?トランザクションがネックになる。opensocialはトラフィック対策で甘えがゆるされない。mixiアプリリリース時の悪戦苦闘ぶりがすごく伝わってきて面白かった。対応されたウノウのエンジニアの方にで敬意を表したい。技術的にも非常に興味深い話がたくさん出てきた。ORMはなんとなく遅い(SQLがチューニングされてない気がして・・・)というイメージがあるのだが、ORMで分割してパフォーマンスアップしたというのはどういうことなんだろうか?後で調べる。opensocialではトラフィック対策では甘えがゆるされないというのは、まさにそのとおりだと思った。懇親会行きたかったなぁ。LTも聞きたかったしなぁ。会場を提供してくださったコンテンツワンさま、ありがとうございました。Summit(一日目)に行ってきた。