複数の同時のオーダーのWebサイト
、サイトの「大きさ」を評価する別の視点で、記事の数に似て測定する多くの方法、ページ数があり、データが非常に明確であるように、何の可能性紛争はありません。しかし、同時実行のために、論争は非常に多く、ここでは技術的な観点からは、複数のWebサイトの順序についての話を始めました。
私は、必然的に技術的な観点から真実を伝えるために毎日の平均PV、同時ユーザー、登録ユーザーや他の運用データの数を聞いてきます合計は、これらの値は、でそれらを一緒に置くことができない多くの人々がウェブサイトの熱の話を信じて - PV PVと静的サイトクラスSNS /ウェブゲームサイトは、単純に同じものではありません。インターネットは、伝説の「3秒ルール」を持っているとして、このサイトは読書の基準をページ全体をロードするために1.5秒以内に多くの技術的な要件を提示、または少なくとも会うことがあります。、のみ行うことができますが、テイク時間で普及していないで、そしてオンライン純粋なナンセンスを数えることができるのWebSocketの時代におけるHTTPネットワークプロトコルなど、短いリンク、のために、あなたが真剣に「同時」にしたい場合ではない丁寧な回答を避けます期間、ユーザアクセスのみで計算。これらはまだQPS（毎秒クエスト秒当たりの要求）に変換することができます。並行処理では、唯一のことは私が唯一のQPSと理論上の最大の悲観論のQPSを尊重しました。
ここでは、一般的に理論上の最大QPSに基づいており、サイトのいくつかのカテゴリにやります
50QPS以下 - 小さなサイト
、ちょうどのような単純な少しのウェブサイト、何も言うことはありません、このサイトを使用すると、すぐに限り、サーバが十分に吸うていないとして、あまりにも多くの短期的な技術のボトルネックなしに、最も簡単な方法を構築することができるように。
50〜100QPS - DBの制限タイプ
各リクエストリレーショナルデータベースの大半のほとんどは、すべてのDBページ要求、要求されたページに一度あなたのサイトには、この段階で考慮することが、1秒以内に完了100個の要求を保証することはできません場合でも、約0.01秒で制御することができませんDBキャッシュまたは複数の負荷。ノープログラムの種類を問題では、サイトの再構築は避けられません。
300〜800QPS--帯域幅の制限タイプ
「高速帯域幅」IDCと現在のサーバーのほとんどは、サイトの出口は8Mバイト程度であることを意味し、実際の帯域幅を提供します。各ページが唯一の10Kバイトは、同時条件の下で、帯域幅の数百メガバイトが終了したと仮定します。主な検討事項は、CDNの加速/リモートキャッシング、マルチマシンの負荷技術です。
〜1000QPS-- 500は、ネットワークタイプリミット+ Memcacheのの帯域幅を制限します
自然キー/値、DB、同時2ワット数に関する悲観的Memcacheの直接の要求よりもはるかに大きいmemcacheのための各ページ要求のためには、高いように見えるが、実際にはほとんどの場合、それは最初の時間で可能ですネットワークの帯域幅に先立って既に8K QPSについて、Memcacheの直接最終的につながったDB層上の圧力に渡されてもよいコードを最適化するのに十分に存在しない場合、不安定性を示した場合に、続いて、食べていましたシステム全体にわたり、パフォーマンスの急速な低下を一定のしきい値に到達します。
1000年〜2000QPS - FORK / SELECT、制限タイプのロックモード
まあ、言葉で：モデルの決定のスループットをスレッド。お使いのシステムは、最も一般的なロックがこのレベルでは、ロック何であるかどうかは、ファイルシステムへのアクセスのロックは、災害となっています。これは、システム内の中央ノードが存在しないことができ、すべてのデータは、データが分散される必要がある処理、分散・保管されなければならない必要。配信：短い、キーワードで
--C10K限界上記2000QPS
多くのアプリケーションは、今C25K達成しているが、短期プレート理論は、全体として、サイトへの決定は、常にリンクの最も効果によって複雑になることを教えてくれるが。私はこの経験の男が下一緒に通信することができます持っている希望、さらに1.5Kサイトよりも、上2000QPSのキャリアを持っていなかったことを認めます
より多くのあなたが理解し、より多くのではなく、道の知識は漸進的であるだろう
