[ぴ] - ライブドア 次世代テクノロジーセミナー

_ [システム運用] ライブドア 次世代テクノロジーセミナー わざわざ午後半したのに退社するのが遅れたり家に財布忘れたりで20分遅刻。 色々抜けがあるけどとりあえずざっくりとメモ。 使ってる OS はほとんど (9割方) FreeBSD 4、一部 Turbolinux 8 ・FreeBSD 4.x (5.x は Perl の扱いが…) ・Apache 1.3 (2.0は mod_perl の互換性が…) ・MySQL 4.0 (4.1は日本語の取り扱いが…) ・Perl 5.8 (これだけは最新の Stable でも問題ない)ライブドアは延べ13人の CPAN Author を輩出 (でも今残ってるのは3人だけ)オン・ザ・エッジ (後にエッジに改名) の頃は Total Internet Solution というキャッチで、主に Web サイト構築の受託。この中で、フレームワーク Sled

[webmarksjp]

システム運用

[pmakino]

セルクマ。

[ro-ca]

ああ、どこも同じなんだなぁ。mixiもしかりだったし。結局DB負荷をどうするかが最後に残る命題で、それによって構成が全く違うものになるし。アプリ層で負荷分散するのが結局ベスト・プラクティスなのかなぁ。

[honeybe]

古いネタだが。

[nagwiki]

分散化システム構築へ至るの道。

[cvyan]

やっぱり更新系のDBがボトルネックになりますか。

[allegro]

ライブドア

[fanglang]

livedoorって、結局DB2やめたんだね

[send]

結局そうか。

[kak]

商用DBのサポートで満足したことが未だかつて無いｗ

[h5y1m141]

いきたかったライブドアの次世代テクノロジーのセミナー内容

[nbyk]

はてな技術勉強会のはてなと mixi の資料を見比べてみると、ああどこも同じなんだなと…

[scorelessdraw]

システム開発と運用の実際－ライブドア編

[p_chopin]

SledgeってLivedoor製だったのね．作りとしては，はてなやmixiなどと同じというのはちょっと意外だったり．

[Wacky]

ホスト名を分けておくことで、負荷や障害のポイントを特定しやすい。スケールアウトしやすい。

[lockcole]

Livedoor，主に社内フレームワークに関する歴史。負荷分散に悩み，商用DBを試す等の手段を講じたが，最終的には機能に応じてホストを分けることでスケールさせた。この辺の事情はGoogleみたいに上手くはいかないらしい。

[kokepi]

参考になる＋１

[nipotan]

なるほど

[hi-rocks]

オイラも行きたかったっすよ

[a_666666]

セミナーのまとめ。かなり詳細。

[akahigeg]

「ホスト名を分けておくことで、負荷や障害のポイントを特定しやすい。スケールアウトしやすい。」

[shihiro3]

blogsystem うちもマスターの負荷分散考えないとそろそろ死にそう

[saicologic]

[]

[hiromark]

いい感じ。

[MWAVE]

FreeBSDなんだ。てっきりTurboだらけかと。

[hejihogu]

次世代テクノロジー？？

[hiro_y]

ライブドアのセミナーまとめ。システム概要。