アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
予想アクセス数 (スコア:3, 興味深い)
これが一番予算も出やすくて妥当なところだと思うんですが、
もちろん客の理想以上にアクセスが有ることもあるでしょう。
そんな時のために、
「理想以上のアクセスがあったら止まっちゃうかもしれませんが、
目標達成するわけですから御の字でしょう。そうなってから考えましょう。」
と笑顔で打ち合わせして、見積もりにも表記しときます。
#絶対こんなサイト、アクセスこねーよ。客は10万アクセスって言ってるけど、
#5万くらいで考えとこう、ということもある、か・・・な?
Re:予想アクセス数@ウチの場合 (スコア:2, 参考になる)
お客さんが予想アクセス数を持ってきた時には、それに耐えうる構築をします。
方法はロードバランシングに然り、サーバー自体のパフォーマンスモニタリングに然り。
勿論帯域チェックやらパケットキャプチャ型アクセス解析ソフトによる過去の履歴から算出します。
ただ、あまりにもアレなところもありますね。
予想される規模のでかさをわかってないまま、こちらに構築依頼をされたりとか。
もしくは仕組みを分かってないまま、お客さん自身が適当な機械を馴れ合い会社から
購入しちゃって「これで組んで」みたいなパターン。
ストリーミングサーバー用意してても、そこに接続するための認証サーバーが1機とか。
WebはLBされてるのに、DBがクラスタリングされてないとか。
完全二重化といいながら、上位のルートが1本とか。
でも最後にはお金ですよね。。
Re:予想アクセス数 (スコア:1, 興味深い)
WEBの負荷の見積りって、 明らかに少ない場合は「月間」とかで考えても 「あ、余裕あるな」で終わっちゃうけれど、 それなりの負荷がかかる場合、 当然ピークタイムで予想しないといけないよね。
特に、キャンペーンとかメールマガジンからくるとか、 ピークタイムに特殊なパターンがある場合。
厳密にやる場合:
1時間あたりの最大ページビュー数予想して、
1秒あたりのヒット数になおして負荷計算。
でやってるけど、それでいいの? 教えてエライ人。
Re:予想アクセス数 (スコア:2, 参考になる)
>1時間あたりの最大ページビュー数予想して、
>1秒あたりのヒット数になおして負荷計算。
>
>でやってるけど、それでいいの? 教えてエライ人。
最終的には「実際のアクセスに耐えられることを望む」システム
のオーナーさんと、「実際に予測を打ち立てる」ところと、その
予測をまっとうするシステムインテグレータとかがあるわけなん
ですが、そのまんなかの「予測を出して保証する」といったこと
がないのが、問題だと思うんですよ。
# 絶対安全圏みたいなことでむちゃくちゃな見積が出てきたり、
# リソース不足でふっとぶちゃちな見積がでてきたり...
自社製品の社外向け販売WebPageを作った時、危機的状況になって
調べてみて、ことの他、社員からのアクセスが多かったりする。
で、社内に対して「社員さんとかは、社員向けのページを使って
ちょうだいな」ってなアナウンスをしたりするわけです。敵はど
こにいるかわかったもんでもない...(^^,,
Re:予想アクセス数 (スコア:0)
無理矢理動かすっていう手もありますが(某サイトのように・・・
負荷分散は入れてるとは思いますが、 どなんでしょうね。
Re:予想アクセス数 (スコア:0)
ニコニコしながら「困ったなー」といいます。
予想以下だった場合は、お客さんは本気で困ってます。
予測をはるかに上回るアクセス数の案件なんてごくわずか
なので、少なめぐらいでちょうどいいかも
Re:予想アクセス数 (スコア:0)