サイト上のアクティブなセッション数に上限を設定したいですか？「One In, One Out」上限設定機能をご紹介します。
「One In, One Out」の上限を設定するには、ドメイン設定ページにアクセスし、「One In, One Out」機能を有効にして、ウェブサイトへの同時アクセス許可人数を設定してください。設定した上限に達するまでは、その制限が適用されます。上限に達した時点で、CrowdHandlerは、1人のユーザーが退出するごとに、1人のユーザーのアクセスを許可するようになります。
「1つ入ったら1つ出す」と流入率
ちょっと待って……CrowdHandlerって、すでに「One In, One Out」方式を採用しているんじゃないの？
「One In, One Out」という概念は広く知られているため、多くの人がCrowdHandlerのキューも同様に機能すると誤解しがちです。実際、CrowdHandlerはデフォルト設定では単純な流入レートに基づいて動作します。つまり、1分間にサイトに参加できる新規ユーザー数を設定する仕組みになっています。
これは「処理能力」とは異なります。サイトが処理できる最大数を設定するわけではありません。むしろ、これを「漏斗」のようなものと捉えてください。 1分間に数百人、あるいは数千人がサイトへのリクエストを試みるかもしれませんが、もし全員が同時にアクセスしてきたら、システムは処理しきれなくなってしまいます。そこで、レートの上限を100に設定（またはスライダーを使ってレートを選択）することで、CrowdHandlerはそのリソース、URL、またはページに対して、1分間に許可する新規ユーザー数を制限します。
サイトへのアクセスを試みるユーザー数が許容レートを超えた場合、CrowdHandlerはそれらのユーザーを待機室へリダイレクトし始めます。待機室からは、許容レートに従ってサイトへのアクセスが許可されます。つまり、待機室は必要なときにのみ作動し、必要がないときは作動しません。
「One In, One Out」の上限設定は、アクセス率の設定に加えて機能します。「One In, One Out」を有効にすると、ウェブサイトが閾値に達した時点で、新しいユーザーの受け入れは、既存のユーザーが退出する分のみ許可されるようになります。
キャッシュウォームアップ、あるいは「レート設定が重要な理由」
「One In, One Out」を採用している場合でも、流入率は依然として重要です。なぜなら、それによってサイトへのアクセスが殺到して問題が発生するのを防ぐことができるからです。たとえ、自分のサイトなら大量のアクセスにも対応できると思っていても、です。
多くの人は、自分のウェブサイトが同時に何人のユーザーを処理できるかについて単純な考えを持っており、その考えはしばしば負荷テストなどの結果に基づいています。 例えば、ユーザージャーニーをモデル化し、ウェブサイトが1万人のユーザーに対応できると考えているとします。しかし、残念なお知らせがあります。もし全員が同時にアクセスしてきたら、ほぼ間違いなく対応できないでしょう！1分あたり100人のユーザーが徐々に増えて1,000人になる場合と、チケット販売開始の瞬間に1,000人のユーザーが一度に殺到してくる場合とでは、大きな違いがあるのです。
その理由は、主にキャッシュに関係しています。同じ種類の操作を行うユーザーが絶え間なく流入すると、アプリケーションの各レイヤーに大量の数値、ページ、あるいは動作がキャッシュされることになります。これにより、いわゆる「キャッシュウォームアップ」が可能になります。つまり、ウェブサイトはフル稼働状態になる前に「ウォームアップ」できるのです。しかし、数千人のユーザーが同時に一斉にアクセスすると、ウォームアップする間もなくバックエンドに過大な負荷がかかってしまいます。 そして、その時点で多くのサイトが苦戦を強いられるのです。
適切な流入率を設定することで、一度にアクセスできるユーザー数を抑えることができ、その結果、ウェブサイトのウォームアップが可能になります。
したがって、「1つ入れば1つ出す」という上限を設けても、その割合に取って代わるものではありません。しかし、上限に達した時点でその制限が適用されることを踏まえれば、割合の設定を多少緩くしてもよいということにはなります。
レジでの不正行為
CrowdHandlerが「One In, One Out」機能を提供できるのは、他のプロバイダーとは異なり、キューを通過した後もユーザーの行動を追跡し続けているためです。
だからこそ、当社では「チェックアウト・バスタリング」という機能も提供しています。これは、購入手続きが完了した顧客を自動的に店から追い出す機能です。（何しろ、店の外までコーヒーの注文待ちの列ができているのに、客がテーブルを占領して無料Wi-Fiを独占し続けるなんて、カフェのオーナーなら誰だって嫌ですよね？）
これらの機能は必ずしもセットで利用する必要はありませんが、多くの場合セットで利用されるため、ドメインページにまとめて表示しています。「One In, One Out」のチェックボックスと数値の横には、確認ページのURLを入力できるテキストフィールドがあります（確認ページの設定が特に複雑な場合は、複数のURLを入力することも可能です）。
その後、ユーザーが購入を完了し、チェックアウトを経てそのURLにアクセスすると、そのユーザーのCrowdHandlerセッションを「終了」させます。そのユーザーが次に保護された項目をクリックすると、再び待ち行列に戻ることになります。「One In, One Out」が有効になっている場合、この時点で別のユーザーがサイトへのアクセスを許可されます。
チェックアウトの強制終了は、アクセスが集中しているサイトにおいて特に有用です。これは、サイト上でアクティブなユーザー数をより現実的に把握できるためです。購入後にセッションを強制的に終了させることで、非アクティブなセッションがタイムアウトするのを待つ必要がなくなり、処理の進行をスムーズに進めることができます。
「One In, One Out」を適用せずにチェックアウト・バスタリングを有効にすることも可能です。 これを設定する理由として、二重購入を防ぐためが挙げられます。つまり、チケットを販売しており、1回の購入で買える枚数に制限を設けている場合、チェックアウト・バスターを有効にすると、すでにチェックアウトの待ち列を通り抜けたユーザーは、同じセッション内で直ちに再びチケットを購入することができなくなります。そのユーザーは、再度待ち列に並ばなければなりません。