「Railsの画面生成を10倍高速化する方法」をESIで実装する:TKMR.blog.show
やっと最近余裕が出てきて、溜まってた「あとで読む」リストを消化中ですが、１個面白そうなブログがあったので試してみる Advanced Rails Caching.. on the Edge どうも「Railsは重いのでESIでページキャッシュを組み合わせてカバーしよう、ESIのmongrel実装とRails用ESIタグ出力プラグインを開発中だ」と言ってるみたい。発端としては少し前の「 Railsの画面生成を10倍高速化する方法 」このエントリに似た話で ・Railsは遅い、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。 ・なので、出来るだけページキャッシュでさばきたい（フロントのWebサーバのみで処理） ・でもユーザ固有情報を表示するのが難しい（ようこそ○○さん） ここでRails抜きで動的ページを処理するアイデアが幾つか出て来てて ・JavaScript使ってクライアン
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
