レビログ::プログラム

---

ハイエンドなシステムでは毎秒数万セッションを成立させるには？という議論を毎回毎回しているのに、ローエンドはベンダーだと毎秒１０でDOSとか訳の分からないことを言い出します。

DOSというのは１秒間に数万というオーダがDOSであり１５秒に１度リロードされたくらいで落ちるのはシステムの負荷に対する見積もりが甘かっただけ。というかふつう、つながらなければユーザはリロードするものと考えてフロントエンドでリロードははじき、通過した物だけをバックエンドに移動させるというシステムにするのが当然だと思います。
フロントエンドは安いマシンを大量にＤＮＳ　ＲＲ　とロードバランサで回せばよろしい。

５年前でも２０万セッション／時＝５０セッション/秒は当然起こりうる範囲。とされてました

大規模なeコマースサイトを Apache と mod_perl で構築する 200,000+ セッション/時
2,500 万+ ページビュー/時
20,000+ オーダー/時

ＣＰＵなどが上がってる現在、もっと大規模でも大丈夫だし、ここでは言語はＰｅｒｌなどですが もっと早くする方法も現在ではありますし・・・

いずれにしろ、ＩＴベンダーによって処理能力が一桁、二桁ちがうのはあたりまえ
しかも遅いベンダーの方が高かったりするのも当たり前。

ベンダー選びは慎重にという事だと思います。

個人的には、1名のユーザが５つのウインドウを開いて各15秒ごとにリロードぐらまいでは、想定します。
その程度をやってくるユーザはいますからねぇ。

今流行の単語で言えば、安いマシンをフロントエンドに大量に用意してバックエンドの負荷を一定にたもつように、ユーザを振り分け＋振り落とし

したうえで、バックエンドは高速マシンで一元処理

あたりが、この手のストアにはいいかなぁ？