リクエスト処理順序
ダウンロード
フォーカスモード
フォントサイズ
本記事では、クライアントがEdgeOneにリクエストを送信した後、プラットフォーム内に設定された各モジュールルールがそのリクエストを処理する順序について説明します。これにより、ユーザーはルールの適用順序とその影響を理解し、設定したルールが期待どおりに動作することを確保できます。
リクエスト処理順序
ユーザーがリクエストを送信した後、リクエストは上記の順序で処理されます。例えば、ユーザーがルールエンジンとエッジ関数の両方でHTTPヘッダー変更設定を構成した場合、エッジ関数が後処理されるため、最終的にはエッジ関数の処理結果に従って有効になります。
1. セキュリティサービスモジュール内のリクエストは複数のルール処置をトリガーする可能性があります。関連する処置の順序は以下の通りです：
Anti-DDoSのリクエスト処理順序は、Anti-DDoSが設定されたL4プロキシインスタンスにのみ適用されます。詳細については、Anti-DDoS処理順序をご参照ください。
Web保護にはBot管理モジュールが含まれています。Web保護モジュール内のリクエスト処理順序の詳細については、Web保護リクエスト処理順序をご参照ください。Bot管理モジュール内のルール適用順序の詳細については、Bot管理をご参照ください。
リクエストがEdgeOneセキュリティ保護モジュール内のセキュリティポリシーをトリガーし、かつそのポリシーがブロック、破棄およびブラックリスト追加、IP封鎖などの処置方式である場合、そのリクエストは拒否されます。
2. ルールエンジン内のルールの適用優先度はすべてグローバルサイト設定ルールより高く、かつルールエンジン内のルールの適用順序は下にあるルールほど優先度が高くなります。詳細については、ルールエンジン概要をご参照ください。
3. リクエストがエッジ関数ルールをトリガーすると、リクエストはエッジ関数によって処理されます。エッジ関数はサブリクエストを通じてサードパーティサービス、EdgeOneのキャッシュコンテンツ、または顧客オリジンサーバーにアクセスでき、クライアントリクエストに直接応答することもできます。
4. リクエストがEdgeOneノードのキャッシュに到達した時点で、現在のノードにキャッシュがない場合は、引き続きオリジンサーバーへアクセスします。ノードがキャッシュにヒットした場合は、後続のオリジンサーバーへのアクセスルールはトリガーされず、該当するリソースを直接ユーザーに返します。
フィードバック