画像配信の負荷分散も比較的簡単？（その4） - 最速配信研究会(@yamaz)
http://d.hatena.ne.jp/yamaz/20060509の続き. 初めての方は画像配信の負荷分散も比較的簡単？（その1）からどうぞ. Googleはimages.google.com 1つで1,187,630,000(11.8億!)の画像を保持している(ように見える).1つの画像が10KBだったとしても12.5TBの画像を保持していることになる. GoogleがこんなことができてるのはGoogleFileSystemがあるからだ. http://labs.google.com/papers/gfs.html GoogleFileSystemは簡単に言うとデータバックアップ機能つきの分散NFSのようなものだ. GoogleFileSystemに関しては上記URLのPDFに詳しいので,そちらを参照してほしいが,基本的な考え方は今まで負荷分散の考え方となんら変ることはない.つまり
WebアプリケーションにおけるHttpSessionのアレとかソレ。 - 設計と実装の狭間で。
僕が、HttpSessionをやたらと使うテクノロジに懐疑的な理由をちょっとだけ。 実装上の話と設計上の話に分けて考えてみたり。 まずは、「JavaにおけるHttpSession」が、アレでナニな理由。 HttpSessionが、どの様に保持されるかは、APサーバの実装依存。 つまり、どういう事かというと、HttpRequestのたんびに、どっかにシリアライズしてもイイのです。 大抵のAPサーバは、HttpSessionの内容を常に全てメモリ上に保持する訳ではありません。 好き勝手なと言うと、語弊がありますが、ある程度のタイミングでシリアライズします。 それによって、使用されるメモリの量を抑える様になっています。 これが、適切に動作するか否かは、状況依存なので、 決定的な事は何とも言えないのですが、ポイントは、一つだけ。 HttpSessionにオブジェクトが大量にぶら下っていると、 シリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プラグイン集：Movable Type プラグインディレクトリ
laiso(2006-06-17) - [転載]「大衆の野郎どもが侵攻してきてブクマは糞になったでござる」の巻
