Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる （確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ） ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
perl, et al. - キーの存在確認 : 404 Blog Not Found
2007年06月10日02:15 カテゴリLightweight Languages perl, et al. - キーの存在確認 本格的添削はあとまわしにして、Perlに限らないつっこみどころを先に。 [を] Wikipediaのキーワードリンクを使って関連語データを作ってみた ソースを見てすぐわかるのは、ハッシュキーの存在確認をdefinedでしているところ。このソースの場合たまたま動いてしまっているけど、「値が未定義」なのと「そもそも存在しない」とでは意味も異なる。以下のcode snippetを動かしてみれば、その違いがよくわかる。 my %hash = ( key => undef ); while(my ($k, $v) = each %hash){ printf "exists \$hash{$k} = %d\n", exists $hash{$k}; printf "def
『受託開発と自社開発』
笑門来福 経営プロコーチ 辻俊彦のブログ 小さい会社ほど、幸せでうまくいく。 StaySmallこそが成功の黄金律。 成功はランダムにやってくる。 失敗を糧にして成長していこう。 人間万事塞翁が馬。 得意淡然、失意泰然。 受託開発は、委託者の意を受けて作る。受託開発が習慣化すると、 自社オリジナルの研究開発はできなくなる。受託体質の会社は、急 成長のビジネスは展開できない。VC業界でよく言われることである。 確かに、受託開発と自社開発では、成功要因は異なるだろう。社員 の評価や就業形態もそれぞれに適した形があり、共通ルールを適 用すると、両方ともそこそこで終わる可能性は高い。そこそこで終わ る研究開発は、資金的には無駄な徒労に終わる。 R&Dに潤沢な資金が得られにくい日本の実情を踏まえれば、受託 開発で基盤を作り、自社開発へ結びつけていくことが手堅い事業 展開と言えるだろう。そこで、受託
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hawk Finance
