ユメのチカラ: LiveJournalのアーキテクチャ
先日、mixiのお話を書いた(500万倍のスケーラビリティ)が、幸いにも多くの方からブックマークをいただく。ブックマークのコメントを眺めているとmixiのアーキテクチャはkazuhookuさんとmiyagawaさんからLiveJournalと同様なアーキテクチャだとの指摘をいただく。早速Googleで検索してみた。 LiveJournal's Backend -- A history of scalling, August 2005, Brad Fitzpatrick, 4ページ目の図を見るとmod_perlやらmemcachedやらmixiのお話のとき出てきたおなじみのコンポーネントが見える。ふむふむ。ユーザが増えてくるとDBをマスター・スレーブ構成にしてマスターに書き込みそれをreplicate（複製）する。読み込みはスレーブから行なうので、スレーブを増やせば読み込みはスケールするが、
ダンゴムシのように丸くなる橋
イギリスのロンドンには、利用しないときはダンゴムシのように丸まっている橋があるようです。橋として横たわっている時は、変哲もない普通の橋なのですが、時間になるとゆっくり丸まっていき、最終的にはダンゴムシのように丸まってしまいます。 この変わった形の橋はロンドンの町並みと一体化しており、うまくマッチしています。 写真は以下より。 Toxel.com Incredible Rolling Bridge in London この橋を設計したのはThomas Heatherwick氏。全長12メートルで、毎週金曜日の正午に丸い形から橋の形になるとのこと。また、この橋は2005年に「British Structural Steel Award」に受賞され、デザイン性も認められた橋になっています。 これが丸まっている状態。どう見ても橋には見えません。 金曜の正午になると開き始めます。 ゆっくり開いてきて
MapReduce - naoyaのはてなダイアリー
"MapReduce" は Google のバックエンドで利用されている並列計算システムです。検索エンジンのインデックス作成をはじめとする、大規模な入力データに対するバッチ処理を想定して作られたシステムです。 MapReduce の面白いところは、map() と reduce() という二つの関数の組み合わせを定義するだけで、大規模データに対する様々な計算問題を解決することができる点です。 MapReduce の計算モデル map() にはその計算問題のデータとしての key-value ペアが次々に渡ってきます。map() では key-value 値のペアを異なる複数の key-value ペアに変換します。reduce() には、map() で作った key-value ペアを同一の key で束ねたものが順番に渡ってきます。その key-values ペアを任意の形式に変換すること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
