OSM (オープンソースマガジン) 2006年 09月号 [雑誌]
livedoorの記事があります。
Apache+mod_perlの組み合わせはメモリ消費量が非常に大きくなり、静的ファイルの配信に関しては効率が悪くなります。
この問題を解決するため、
- mod_perlを組み込んだアプリケーション専用
- mod_perlを組み込まない静的ファイルの配信専用
の2種類のサーバーを用意し、それぞれへのリクエスト振り分けをリバースプロキシで実行しています。
とあり、同じサーバがコンテンツを配信しているように見えても、リバースプロキシによって内部では違うサーバがコンテンツ配信を担当しているという構造があるようです。
記事が若干古いので(1年前)構築された時期によって、サーバ側でのやり方が変わっているのかもしれません。
他にMySQLのテーブルタイプにも触れられており、更新が頻繁にあるデータと参照がほとんどのデータでは、MySQLのテーブルタイプを使い分けているという記事もあります。
月別のデータのうち、先月以前のものは参照が速いテーブルタイプのサーバに順次移動させていく、といったような手法も想像もできますね。
つくってる人が違うんじゃないですか。
hiramatsu_kgさん、回答ありがとうございます。
確かに、作っている人は違うと思います。
その上でなぜ、HTMLを一つにする方と、TOP・個別・月別・カテゴリ別などに分割する方がいるのでしょうか?
使ってるソフトの差でしょう。
1から作るならHTMLのほうがいいですが、ある程度形があるならカテゴリ別のほうが楽かと。
minkpaさん、回答ありがとうございます。
なるほど。使っているソフトによって一つの方が楽なソフトと、分割した方が楽なソフトがあるのですね。
OSM (オープンソースマガジン) 2006年 09月号 [雑誌]
livedoorの記事があります。
Apache+mod_perlの組み合わせはメモリ消費量が非常に大きくなり、静的ファイルの配信に関しては効率が悪くなります。
この問題を解決するため、
- mod_perlを組み込んだアプリケーション専用
- mod_perlを組み込まない静的ファイルの配信専用
の2種類のサーバーを用意し、それぞれへのリクエスト振り分けをリバースプロキシで実行しています。
とあり、同じサーバがコンテンツを配信しているように見えても、リバースプロキシによって内部では違うサーバがコンテンツ配信を担当しているという構造があるようです。
記事が若干古いので(1年前)構築された時期によって、サーバ側でのやり方が変わっているのかもしれません。
他にMySQLのテーブルタイプにも触れられており、更新が頻繁にあるデータと参照がほとんどのデータでは、MySQLのテーブルタイプを使い分けているという記事もあります。
月別のデータのうち、先月以前のものは参照が速いテーブルタイプのサーバに順次移動させていく、といったような手法も想像もできますね。
quintiaさん、回答ありがとうございます。
minkpaさんもおっしゃっているソフトとは、具体的にはApache+mod_perlのことなのですね。
リバースプロキシ・MySQL・月別データ。全体的に高速化とセキュリティー向上の目的で分割されていたのですね。
引用までしていただきありがとうございます。
quintiaさん、回答ありがとうございます。
minkpaさんもおっしゃっているソフトとは、具体的にはApache+mod_perlのことなのですね。
リバースプロキシ・MySQL・月別データ。全体的に高速化とセキュリティー向上の目的で分割されていたのですね。
引用までしていただきありがとうございます。