大規模 Web システム

ライブドア次世代テクノロジーセミナー第1弾
http://labs.cybozu.co.jp/blog/takesako/2005/12/livedoor.html
（うわっ、すごい！ごめん。誤解してたよライブドア。）
Sledge + MySQL 4.0 + Squid + コンテンツを自力で圧縮（必要なやつだけ）

Flickr の中に人の LAMP構成プレゼン
http://d.hatena.ne.jp/koyachi/20051127/1133026272
PHP + MySQL + 画像はファイルとして置いといて Squid にキャッシュ

はてなDB運用
http://yamipro.ameblo.jp/entry-3872463068e49e3f9e00f7198926c6dd.html
あと、Sledge 使ってます・・・でいいのか？Catalyst も使ってる？（Catalyst って速いの？）
・・・ http://www.hatena.ne.jp/info/tech　にあった。
はてなフレームワークらしい。

ところで、ちょっと話が外れるけど・・・
Apache 2.2.0 + mod_proxy_balancer
http://d.hatena.ne.jp/naoya/20051205/1133782641
http://blog.yappo.jp/yappo/archives/000352.html
死活監視してくれる（らしい）のがすごい。
これじゃあ、高級車ぐらいの値段のロードバランサーを売ってる会社は大変だろうなぁ。

以上を総括すると
・mod_perl/PHP with フレームワーク + MySQL + Squid
・最後は RDBMS の性能 + SQL の投げ方 + DB のチューニング と HDD の性能
・MySQL の負荷分散のためにシングルマスタ（更新系）＋マルチスレーブ（参照系）
・出来うる限りキャッシュする（もしくはデータをメモリに置く）
ということか。全体的に、どれも構成が似てる。

いまさら MySQL を使おうとしても、はまりそうなだけだし、
PostgreSQL か Firebird でなんとかならんか、と思う。
SQLite は、データを memory に置けるので、その場合は速いんじゃないかと密かに思っているが、
それだと、複数のクライアント(Webアプリ）から接続できないから、大規模って意味ではダメだね。

結論
Perl や PHP はつらいので、ここはなんとか Python で速いフレームワークを誰か作っておくれ。
mod_python は、あまりに使いにくい気がするので。
http://blog.so-net.ne.jp/nakagami/2005-06-05
そうじゃないと・・・Ruby on Rails の勉強しちゃうよ！（で、Ruby on Rails って速いの？）

おまけ
自分が欲しい機能について、つらつらと考えてみる。
認証フレームワークは、あると便利なときもあるけどいらない場合が多いし。
OR マッピングはいらないので、リクエストとレスポンスがラッピングされてて HTML のテンプレート言語が付いてればいい。SQL のテンプレートも付いているとうれしいかな。
Zope から DTML+Python+ZSQLMethod だけ取り出した感じ。
自分でも良く分からんが、mod_python で素早く動く CherryPy みたいなもんか？

追記
PostgreSQL 8.1 は速いらしい
http://itpro.nikkeibp.co.jp/article/COLUMN/20051213/226148/

過去の自分の日記も発見
http://blog.so-net.ne.jp/nakagami/2005-10-20