高度な設定 - タイミング

「タイミング」は、再リクエスト周期およびタイムアウト構成を含めて、基本制御セグメントのタイミング動作を制御する高度な構成で、システムパフォーマンスおよびユーザー体験を最適化します。

概要

高度なタイミング設定は、待合室が訪問者リクエストおよび進入フローを管理する方法を制御します。これらの設定は、システムが待合室状態を処理するタイミングと頻度を構成して、サーバーパフォーマンスとユーザー体験の間のバランスを取るのに役立ちます。

訪問者が待合室で待機中の場合、待合室ロジックは定期的に進入できるかどうかを確認する必要があります。タイミング設定はこれらの間隔を制御します - より長い間隔はサーバー負荷を減らしますが応答遅延を増加させ、より短い間隔は応答性を向上させますがサーバー負担を増加させます。理想的な設定は、トラフィックパターンおよびシステム容量に基づいてこれらの問題をバランスよく調整します。

再リクエスト周期

機能: 待機中の訪問者が進入可能性を確認するために送信するリクエスト間の動的タイミングを制御します。システムは各訪問者の待機列位置に基づいてこの間隔をインテリジェントに調整します。

動作方法:

1. 定期的な状態確認: 訪問者の待合室ロジックが進入権限を確認するためにNetFUNNELサーバーに繰り返し連絡
2. サーバー応答: 各リクエストはPASS（進入進行）またはWAIT（継続待機）を受け取る
3. TTL (Time To Live): WAIT応答には、次の確認前に正確にどれだけ待つ必要があるかをクライアントに知らせるTTL値が含まれる
4. 動的計算: TTLは各訪問者の待機列位置に基づいて計算される

レストランを考えてください：番号が後ろ側であれば5分ごとに確認します。前側に近づくと（例: ディスプレイに #15 が表示され、あなたが #17 の場合）30秒ごとに確認します。NetFUNNELは同じ原則を適用します - 後ろ側の訪問者は確認の間に長く待ち、前側に近い訪問者は頻繁に確認します。

範囲を構成する理由、固定値ではない:

異なる訪問者は待機列を通じて移動しながら変化する異なる確認頻度が必要です。単一の固定間隔ではなく範囲（例: 1-10秒）を構成します。

• 前側に近い訪問者: より短いTTL値を受信 → より頻繁に確認 → リソースが利用可能になるとより迅速に進入
• 後ろ側の訪問者: より長いTTL値を受信 → あまり頻繁に確認しない → 不要なサーバーリクエストの減少
• 進行しながら: TTL値が自動的に減少し、待機中全体にわたって優先順位に適した確認頻度を保証

これはサーバー負荷（不要なリクエストの減少）とユーザー体験（利用可能なときに即座に進入）の間のバランスを取ります。

視覚的例（範囲: 1-10秒）:

待機列位置     TTL値    確認頻度
─────────────────────────────────────────────────
   前側     →    1-2秒    →  非常に頻繁
  中-上     →    3-5秒    →  普通
  中-下     →    6-8秒    →  あまり頻繁でない
   後ろ側     →    9-10秒   →  最も頻繁でない

   訪問者1  （待機列前側）
    ↓ 進入に近づくほどより頻繁に確認
    ↓
   訪問者100 （待機列中間） 
    ↓ 進行しながらTTLが段階的に減少
    ↓
   訪問者500 （待機列後ろ側）

このグラデーションは、前側の訪問者がリソースが利用可能になると迅速な進入を受けられるように保証する一方で、後ろ側の訪問者が不要なリクエストでサーバーを圧倒しないようにします。

デフォルト値: 最小1秒、最大10秒

構成可能な範囲: 最小値と最大値の両方が1-60秒

構成方法:

1. セグメントの高度な設定に移動
2. 最小値を設定（1秒推奨）
3. 最大値を設定（10秒推奨）
4. システムが待機列位置に基づいてこの範囲内で各訪問者の間隔を自動的に調整

推奨事項: デフォルト値（1-10秒）を使用してください。これらはNetFUNNELサーバー仕様に最適化されています。変更することは一般的に必要ありません - デフォルトのバランスは既にシステム容量を考慮しています。パフォーマンスモニタリングで特定の要件がある場合にのみ調整してください。

タイムアウト

機能: 訪問者がサービスセッションを適切に完了しない場合、訪問者の進入スロットを自動的に解放してリソースが待機中の他の人に継続して利用可能であるように保証します。

訪問者がサービスに進入すると、NetFUNNELはリソース使用を追跡します。訪問者が完了した後（購入完了、コンテンツ閲覧、またはサービス相互作用）、NetFUNNELは次の待機中の訪問者のためにスロットを解放するために完了通知を期待します。

時にはこれが発生しません：訪問者がブラウザーを閉じる、他の場所に移動する、エラーに遭遇する可能性があります。タイムアウトなしでは、スロットが無期限に占有され、すべての待機中の訪問者をブロックします。

核心返却タイムアウト（「タイムアウト」と呼ばれる）は、適切な完了のために6-20秒を待ちます。通知が到着しない場合、NetFUNNELは自動的にスロットを解放して次の訪問者が進入できるようにします。

動作方法:

1. カウントダウン開始: 訪問者がサービスに進入するとタイムアウトカウントダウンが開始
2. 完了検出: 完了が検出される方法は統合方法によって異なる：
   • コードベース統合（CBI）: サービスが完了関数（nfStop()）を呼び出すときに完了がシグナル
   • URLトリガー統合（UTI）: 対象ページローディングが完了するときに完了が検出
3. 正常フロー: タイムアウト前に適切な完了が受信されるとスロットが正常に解放
4. タイムアウトシナリオ: 完了なしでタイムアウトが期限切れになると（ブラウザーを閉じる、他の場所に移動、エラーなど）NetFUNNELが自動的にスロットを解放

予約システムを考えてください：サービスに制限された進入許容数があり、誰かが進入すると「予約」をします。タイムアウトは、適切な通知なしで消えても席が永遠に予約された状態で維持されないように保証して、他の人がサービスにアクセスできるようにします。

タイムアウトシナリオの理解

タイムアウトカウントダウンは、訪問者が待合室からサービスに進入した瞬間に開始されます。上記のダイアグラムには2つのシナリオが表示されています：

• 正常フロー: 訪問者がサービスを適切に完了し、システムに通知が伝達されて次の待機中の訪問者のためにリソーススロットが解放
• タイムアウトシナリオ: タイムアウト期間内に完了通知が到着せず、NetFUNNELが自動的にスロットを解放し、リソース使用を減少させて次の待機中の訪問者が進入できるようにする

デフォルト値: 6-20秒範囲（一般的にデフォルト値20秒）

構成可能な範囲: 最小値と最大値の両方が6-60秒

範囲である理由:

NetFUNNELは完了率 - 進入のために発行されたキーに対する返却/収集されたキーの割合 - に基づいてタイムアウトを動的に調整します。100%完了率は、すべてのキーが適切に返却されていることを意味し、低い割合はキーが返却されていないことを示します（タイムアウトベースの自動解放が必要）。

• 低い完了率（キーが適切に返却されていない） → タイムアウトが最小値（6秒）側に移動して停止したリソースをより迅速に解放するのに役立つ
• 高い完了率（キーが適切に返却されている、100%に近い） → タイムアウトが最大値（20秒）側に移動して訪問者が完了する十分な時間を提供

6-20秒である理由:

デフォルト範囲は、サービス整合性とリソースロック防止の間のバランスを取ります：

• サービス作業: API応答（ミリ秒）、ページロード（一般的に1-2秒）
• 20秒: 訪問者が作業を完了する十分な時間を提供
• 低すぎる（例: 1-2秒）: サービスが完了する前に早期解放を引き起こす可能性がある

処理時間の追跡

NetFUNNELは進入許容数を最適化するために訪問者がサービスを使用する時間を測定します。タイムアウトによってキーが自動返却されるとき（適切な完了シグナルなし）、終了時点が信頼できないため、これらのセッションはメトリックから除外されます。

進入パスとの相互作用

進入パスが構成されている場合、訪問者はパス期間内に待合室を再度通過せずに複数回サービスに再進入できます。タイムアウトメカニズムは各進入セッションに対して同じタイマーで継続して動作しますが、訪問者はタイムアウトベースの解放後もパス期間内に再進入できます。

ベストプラクティス

再リクエスト周期（1-10秒）とタイムアウト（6-20秒）の両方についてデフォルト設定を使用してください。これらの値はNetFUNNELサーバー仕様に合わせて調整されており、システム容量、サーバー負荷、およびユーザー体験の間のバランスを取ります。

パフォーマンスモニタリングで特定の要件がある場合にのみ調整してください - デフォルト値はほとんどのシナリオで応答性と効率性の間の最良のバランスを提供します。

関連する構成オプションについては、待機順維持および高度な設定 - 進入パスドキュメントを参照してください。