適切な同時ユーザー推定のケーススタディ
過剰な数（数十万）の同時ユーザー向けにWebアーキテクチャのサイズを決定するように求められました。
あなたがあなたの国のウェブサイトのトップ5に入っていない限り、それらの数字を打つのはかなり難しいとこれらの人々を説得するのに苦労しています。
合計/同時ユーザーの統計を提供する実際のケーススタディを誰かが提供して、合計と同時の通常の比率を説明できますか？
いくつかの要件セットについて、サイズ設定/継続性オプションをコストとともに提示します。また、「同時ユーザー」よりも具体性を高める必要があります。たとえば、100,000人のユーザーリクエストが1000秒の期間に均等に分散され（つまり、100ユーザーリクエスト/秒）、応答時間は平均3秒未満、標準偏差は1秒未満です。もちろん、あなたの番号は異なる場合があります。必要に応じて、イーサネットはシリアルであり、ユーザーが一度に1つのパケットを要求することを指摘します。技術専門家として、ビジネスユーザーがトレードオフを理解し、合理的な決定を導くために十分な技術教育を提供できるようにする必要があります。
応答時間とリクエスト数がどのように組み合わされてコストに影響するかを示します。 （リクエストはたくさんありますが、1時間の応答で問題ありません。問題ありません。応答は速いですが、リクエストはほとんどありません）。暗示するサイズシステムの場合、複数のアクティブなサイト間で負荷分散を行い、ビジネス継続性を安価に得ることができます。
いくつかの理由から、登録ユーザーの総数と同時ユーザーの全体的な統計は良好ではありません。たとえば、サイトの種類によって大きく異なります。 「コンカレント」も非常に大まかに定義された用語です。誰かがログインしていますが、数時間以上アクティビティがないコンカレントユーザーですか？