高度な設定 - 進入パス
「進入パス」は、待合室を一度通過したユーザーに再待機なしで即座に進入を保証する高度な構成で、重複待機を防止し、公平性を維持しながらユーザー体験を向上させます。このガイドでは、進入パスの構成、動作、およびベストプラクティスについて説明します。
概要
進入パスは、待合室を通じてサービスに正常に進入した訪問者が待機列を再度通過せずに再進入できるようにします。これは重複待機を防止し、ユーザー体験を向上させ、最初の訪問者のための公平性を維持します。
地下鉄の乗り換え券を考えてください：一度料金を支払って進入すると、再度料金を支払わずに路線間で乗り換えることができます。進入パスも同様に動作します - サービスに正常にアクセスした訪問者は、指定された時間内に再待機なしで戻ることができます。
この機能の役割
訪問者が待合室を完了し、サービスに進入すると進入キーを受け取ります。進入パスが有効化されると、このキーは構成可能な期間（1分～24時間）内に再利用でき、以下を可能にします：
- 即座の再進入: 待機列なし、待機なし、即座のアクセス
- 公平性の維持: 最初の訪問者は依然として待機列を通過
- UX向上: ユーザーが他の場所に移動して戻ってきても、再度待機する必要がない
これは特に以下に便利です：
- サービスから偶発的に他の場所に移動したユーザー
- 何かを確認して戻る必要があるユーザー
- 複数のページロードが必要な多段階プロセス
- ユーザーが離れて戻ることができるサービス
動作方法
進入パスは、初期サービスアクセス時に受け取った進入キーを構成された有効期間内に再進入に再利用できるようにします。
進入キーの再利用
訪問者が待合室を通じてサービスに正常に進入すると進入キーを受け取ります。進入パスが有効化されると、同じキーを構成された有効期間内に再進入に再利用でき、これが進入パスとして機能します。
進入キーは訪問者のクライアントに保存されます：
- ブラウザークライアント: HTTPクッキーとして保存
- ネイティブアプリクライアント: アプリデータストアに保存（ローカルストレージ、キーチェーンなど）
進入キーには次の情報が含まれます：
- 訪問者が最初にサービスに進入した時点
- パスが期限切れになる時点
- パス有効期間
- パスを訪問者に接続する一意の識別子
パス有効期間
進入パスは構成された期間中有効で、初期進入時間（待合室を通じて最初にサービスにアクセスした時点）から計算されます。
核心計算:
進入パス期限切れ時点 = 初期進入時刻 + 設定された有効期間
例えば：
- 訪問者が午前10:00に進入
- 進入パス期間が30分に設定
- 進入パスは午前10:30に期限切れ
この有効期間中、訪問者は待合室を再度通過せずに必要なだけ複数回再進入できます。
再進入プロセス
訪問者が進入パス有効期間内にサービスに再度アクセスしようとするとき：
進入パスが有効な場合:
- システムが訪問者クライアントに保存された進入パスを確認
- パスが期限切れでないことを確認（現在時刻 < 進入時刻 + 期間）
- 即座のアクセスを付与 - 待機列なし、待機なし
- 訪問者がセッションを円滑に継続
進入パスが期限切れの場合:
- システムがパスが期限切れであることを検出
- 進入パスがクリアまたは無効化
- 訪問者が待合室を再度通過しなければならない
- 成功した進入時に新しい進入パスが発行
保存メカニズム
進入パスは待機順維持と同じ保存メカニズムを使用します：
ブラウザークライアント（クッキーベース）:
- HTTPクッキーを使用して進入パスを保存
- 同じ制限事項が適用：
- 同じブラウザーおよびデバイス内でのみ動作
- ブラウザー切り替え時にパスが失われる
- プライベート/シークレットモードはパスを保持しない
- クッキー削除はパスを無効化
ネイティブアプリクライアント（アプリデータストア）:
- アプリデータストアを使用して進入パスを維持
- ブラウザークッキーよりも安定
- 同じデバイス内でアプリセッション間でパスが持続
タイムライン例
タイムライン: 進入パス動作中
午前10:00:00 訪問者がサービスにアクセス（初期リクエスト）
午前10:00:10 訪問者が待合室に進入（待機列 #47）
[または: 待合室が有効化されていない、直接進入進行]
午前10:01:15 訪問者の待機順番到達（待機中の場合）
午前10:01:15 → 進入許可: 訪問者がサービスに進入
午前10:01:15 → 進入キー受信（午前10:31:15まで有効 - 30分進入パス期間）
午前10:02:00 進入キーがクライアントに保存
→ 午前10:31:15まで同じキーを使用していつでも再進入可能
午前10:05:30 訪問者が何かを確認するためにサービスから移動
午前10:05:45 訪問者がサービスに戻る
→ 進入パスがまだ有効
→ 即座に進入、待機列不要
午前10:20:00 訪問者がサービスを再度離れる
午前10:25:00 訪問者がサービスに戻る
→ 進入パスがまだ有効
→ 即座に進入、待機列不要
午前10:31:15 進入キー期限切れ
午前10:35:00 訪問者がサービスに戻る
→ 進入パス期限切れ
→ 待合室を再度通過しなければならない
→ 新しい待機列 #152 が割り当て
→ 進入時に新しい進入キー受信
この例は、進入パスが有効期間内に複数の再進入を許可しながら、最初の訪問者のための待機列システムの整合性を維持する方法を示しています。
構成
基本動作
無効化された場合（デフォルト OFF）:
- すべての進入は待合室を通過しなければならない
- 進入パス機能なし
- 訪問者はサービスにアクセスするたびに待機しなければならない
有効化された場合:
- サービスアクセス時に受け取った進入キーを再進入に再利用可能
- 有効期間: 1分～24時間（構成可能）
- 有効性は初期進入時間（最初にサービスにアクセスした時点）から開始
構成ステップ
基本制御セグメントを作成または編集するときに進入パスを構成できます：
- セグメント設定に移動（作成または編集モード）
- 高度な設定セクションに移動
- 進入パスを有効化: 進入パス機能をオン
- 有効期間設定: 秒単位で時間を指定（最小: 60秒 / 1分、最大: 86,400秒 / 24時間）
- 構成を保存: 設定を適用
進入パスは基本制御セグメントでのみ使用できます。他のセグメントタイプを使用する場合、この機能を使用できません。
ベストプラクティス
推奨有効期間設定
| セッションタイプ | 推奨期間 | 使用事例 |
|---|---|---|
| 短いイベント/迅速なセッション | 5-10分（300-600秒） | 短い相互作用、「席を外して戻る」シナリオ |
| 中間セッション | 30-60分（1,800-3,600秒） | 多段階プロセス、「何かを確認して戻る」 |
| 延長セッション | 2-4時間（7,200-14,400秒） | 複雑なワークフロー、イベントシナリオ |
| 最大期間 | 最大24時間（86,400秒） | 数日にわたるイベント、翌日再訪問が必要な場合 |
設定変更時の注意事項
| 変更タイプ | 影響 | 推奨事項 |
|---|---|---|
| 有効期間の増加 | 既存の進入キーの有効性を拡張 | いつでも安全に適用可能 |
| 有効期間の減少 | 既存の進入キーが予想より早く無効化 | アクティブイベント中は注意して使用 |
| 進入パスの無効化 | すべての既存の進入キーが即座に無効化 | すべてのユーザーが待機列を通過するように強制 |
進入パス有効性は初期進入時刻から計算されます。設定変更時点ではなく、訪問者が最初にサービスに進入した時刻を基準とします。
例: 午前10:00に30分進入パスで進入した訪問者がいる場合：
- 午前10:15に期間を10分に変更すると
- 訪問者のパスは午前10:10に期限切れ（午前10:00 + 10分）
- 待合室を再度通過しなければならない
サービスタイプ別考慮事項
| サービスタイプ | 進入パス推奨有無 | 理由 |
|---|---|---|
| 負荷に敏感なサービス （データベース、厳格な速度制限API、計算集約的作業） | 無効化推奨 | 進入許容数を厳格に適用する必要がある |
| 敏感でないサービス （静的コンテンツ、簡単な照会、読み取り専用作業） | 有効化推奨 | ユーザー体験を安全に向上させることができる |
有効な進入パスを持つユーザーは、進入許容数に到達していても再進入できます。これは、サーバーが進入許容数設定よりも多くの同時ユーザーを処理できることを意味します。
検証
進入許容数設定を使用して、シンプルなテストで進入パス機能を確認してください：
設定:
- 有効期間が10分の進入パスを構成
- 進入許容数を0に設定（すべての進入をブロック）
- サービスを訪問して待合室が表示されることを確認
テストステップ:
午前10:00 進入許容数 = 0、進入パス = 10分
→ サービスアクセス試行
→ 待合室が表示（進入がブロック）
午前10:01 進入許容数を1に変更
→ 待機終了、進入許可
→ 進入キー受信（午前10:11まで再利用可能）
午前10:05 進入許容数を再度0に変更
→ サービスが「閉じる」
午前10:10 サービスに再度アクセス試行
→ 進入キーがまだ有効（午前10:01から再利用）
→ 進入許容数 = 0にもかかわらず進入許可
午前10:11 進入パス期限切れ
午前10:12 サービスアクセス試行
→ 進入パス期限切れ
→ 待合室が表示（進入がブロック）
これが証明するもの:
- 進入パスは進入許容数制限を迂回
- 有効期間が正しく動作（初期進入から10分）
- 期限切れ後、訪問者は待機列を再度通過しなければならない
このテストは、進入パスが進入許容数が0に設定されていても再進入を許可することを確認し、進入許容数制限よりも進入パスの優先順位を示しています。
FAQ
リアルタイムで設定を変更できますか？
はい！進入パス設定はリアルタイムで適用されます - 変更はセグメント再起動やサービス中断なしに即座に適用されます。
リアルタイム更新例:
- パス期間の調整: より長いセッションに対応するために進入パス有効性を30分から2時間に変更
- 進入パスの無効化: すべてのアクセスですべてのユーザーが待合室を通過するように強制するために進入パスをオフ
- イベント中に進入パスを有効化: 進行中のイベント中に進入パスを有効化して戻る訪問者のユーザー体験を向上
- 条件付きパス制御: トラフィックパターンまたはイベント段階に基づいて進入パスを有効化/無効化
この柔軟性により、ダウンタイムなしでリアルタイムに変化する条件に対応してアクセス制御戦略を動的に調整できます。