区間制御セグメント
区間制御セグメントは、固定された数の同時ユーザーを維持する必要がある多段階プロセスおよびアプリケーション区間に対するトラフィック制御を提供します。このガイドは、区間制御セグメントを効果的に理解、作成、および構成するのに役立ちます。
📄️ 進入制御モデル設定
セグメントに適用するトラフィック進入制御モデルを選択する方法を学習します。
📄️ 基本設定
区間制御セグメントの作成方法、セグメント名指定のベストプラクティス、およびセグメントキー構成を含む基本設定の構成方法を学習します。
📄️ 進入状態設定
区間制御セグメントの進入状態設定を構成して待機またはブロック状態でユーザーアクセスを制御する方法を学習します。
📄️ 待合室適用
区間制御セグメントの待合室適用を構成してユーザーに表示される待合室およびブロックルームを管理する方法を学習します。
📄️ 進入許容数の設定
区間制御セグメントの進入許容数設定を構成する方法を学習します。最適な進入許容数管理のための固定型を含みます。
📄️ 待機通知設定
待機状況に応じた通知を設定する方法を学習します。
📄️ 高度な設定 - タイミング
再リクエスト周期、Alive Notice設定、およびタイムアウト構成を含む区間制御セグメントの高度なタイミング設定を構成する方法を学習します。
📄️ 高度な設定 - 待機順維持
ブラウザを閉じるまたは一時的な接続切断後にもユーザーの待機順番を維持するように待機順維持を構成する方法を学習します。
📄️ 高度な設定 - 進入キー無効化
特定の条件に対して再待機を強制するために進入キーを無効化する方法を学習します。待機順維持と連携して動作します。
📄️ 高度な設定 - 担当者指定
区間制御セグメントの責任者として実務者を指定する方法を学習します。
区間制御セグメントとは何ですか?
区間制御セグメントは、多段階プロセスまたはアプリケーション区間全体に対するトラフィックを制御する作業単位です。保護された区間内で固定された数の同時ユーザーを維持し、プロセス全体が完了するまで進入キーを保持します。
主要特徴
区間制御 vs 基本制御:
根本的な違いはキー管理です - NetFUNNELが進入キーを返却する方法と時点:
| タイプ | キー管理 | 目的 | 最適な用途 |
|---|---|---|---|
| 基本制御 | 作業完了後キーを迅速に返却 | 進入速度制御 | ボタンクリック、API呼び出し、ページロード、特定のURL/ページ |
| 区間制御 | 区間/プロセス全体が完了するまでキーを保持 | 固定された同時ユーザー数維持 | 多段階プロセス、チェックアウトフロー、決済処理 |
区間制御 - 完了までキー保持:
- 特定の区間で固定された数の同時ユーザーを維持
- 多段階プロセス全体の間キーが保持される
- 区間/プロセス全体が完了したときにのみキーが返却される(例:チェックアウト完了、決済処理完了)
- ユーザージャーニー: 開始 → 区間進入 → 複数の段階 → プロセス全体完了 → キー返却
- 最適な用途: 多段階プロセス、チェックアウトフロー、固定された同時ユーザー数の維持
基本制御 - 迅速なキー返却:
- ユーザーがサービスに進入する速度を制御
- 作業が完了すると即座にキーが返却される(例:ページロード、API呼び出し完了)
- 例:
/checkoutページロード、/paymentエンドポイント、/signupボタンクリック - ユーザージャーニー: 作業 → 必要に応じて待機 → 即座に進入 → キーを迅速に返却
- 最適な用途: 単一作業、APIスロットリング、ページ保護、ターゲット急増ポイント
区間制御を使用すべき場合:
- 多段階プロセスがある(チェックアウト、登録、複数ページフロー)
- 区間で固定された数の同時ユーザーを維持する必要がある
- 個別ページではなくプロセス全体のフローに対するトラフィック制御を望む
- ユーザーが複数のページ/段階をナビゲートするプロセスがある
- コードベース統合(CBI)のみ使用(URLトリガー統合はサポートされない)
統合方法:
- コードベース統合(CBI): コードで
nfStartSection()およびnfStopSection()を使用した手動制御。保護された区間が開始され、終了する時点を正確に制御します。
構成概要
区間制御セグメントは、以下の主要設定を通じて構成されます:
1. 基本設定
機能: セグメントの識別子定義 - 名前および一意のキー
- セグメント名: セグメントの人間が読める識別子
- セグメントキー: NetFUNNELエージェントが使用する一意の識別子(作成後変更不可)
2. 進入状態設定
機能: 制御された領域に進入するとき、ユーザーが処理される方法を決定
- 待機: ユーザーが待機列で待機し、進入許容数が使用可能なときに進入
- ブロック: ユーザーの進入がブロックされる(ブロックルームメッセージ表示)
3. 進入制御モデル設定
機能: セグメントに対するトラフィック進入制御モデルを選択
- 変動進入型: リアルタイムのトラフィックに応じた柔軟な待機列管理
区間制御は変動進入型のみをサポートします。固定進入型は使用できません。
4. 待合室適用
機能: 待機中またはブロックされたユーザーが見るUIを構成
- 待合室: 待機列ユーザーに表示されるテンプレート
- ブロックルーム: ブロックされたユーザーに表示されるテンプレート
- ライブメッセージ: リアルタイムテキスト更新(最大20文字)
注意: 区間制御待合室は、多段階プロセスでユーザーの滞在時間が可変であるため、「予想待機時間」を表示しません。
5. 進入許容数の設定
機能: 同時にアクセスできるユーザー数を制御
- 固定型: 一定の進入許容数(例:常に100名のユーザー)
区間制御は固定型のみをサポートします。区間制御では処理時間がサーバー負荷ではなくユーザーの滞在時間を反映するため、変動型はサポートされません。
0に設定すると、すべてのユーザーが待合室に移動します(テストに有用)。
6. 待機通知設定
機能: 管理者のための通知を構成
- 管理者待機通知: 待機列発生時にメール通知
区間制御は管理者待機通知のみをサポートします。顧客待機通知(進入通知)は使用できません。
7. 高度な機能
高度なタイミング:
- 再リクエスト周期: クライアントが進入可用性を確認する頻度(1-60秒)
- Alive Notice 再リクエスト周期: エージェントが「まだアクティブ状態」信号を送信する頻度(1-60秒)
- Alive Notice 期間満了: ユーザーがアクティブ状態で維持できる最大期間(1-3600秒)
- タイムアウト: 使用されていないスロットに対する自動キー返却メカニズム(6-60秒)
待機順維持: 接続切断後、待機順番を復元(1秒 ~ 2時間)。
進入キー無効化: ユーザー範囲の指定(進入済みのユーザーのみまたは待機中のユーザーから)を通じた特定期間に対する強制再待機。
担当者指定: セグメント管理に対する責任実務者を指定。
最初のセグメントを作成する
クイックスタート
- セグメントリストに移動: プロジェクトのセグメント管理に移動
- 作成をクリック: セグメントリストの右上にある '+' ボタンをクリック
- タイプを選択: タイプで**「区間制御」を選択**
- 構成: 必要に応じて各セクションを設定
- テスト: リアルタイムメトリックをモニタリングし、多段階プロセスの動作を確認
基本ワークフロー
セグメント作成
↓
基本設定(名前、キー)
↓
進入状態(待機/ブロック)
↓
進入制御モデル(変動進入型)
↓
待合室適用(テンプレート選択)
↓
進入許容数の設定(固定型)
↓
待機通知(オプション)
↓
高度な機能(オプション)
↓
nfStartSection()およびnfStopSection()実装
↓
テストおよびデプロイ