概要
ダウンロード
フォーカスモード
フォントサイズ
機能概要
ルールエンジンは、豊富なルール言語を通じて、より柔軟できめ細かいビジネス要件を満たすことを目的としています。お客様は必要に応じてマッチングタイプをカスタマイズし、対応する操作に適用できます。サイトアクセラレーション側の設定と比較して、ルールエンジンの優先度はより高く、ルールエンジンで作成したカスタムポリシーはサイトアクセラレーションの設定を上書きします。
適用シーン
サイトアクセラレーション側のサイトレベル設定ではすべてのビジネス要件をカバーできず、サブドメイン、パス、ファイル拡張子などのマッチング条件によって異なる設定が存在します。
現在のビジネスでは、キャッシュやHTTPSなどの基本設定に加えて、Cache Keyのカスタマイズ、URL書き換え、HTTPヘッダー変更などの他のアクセラレーション機能も必要です。
主要用語
定義 | 説明 |
ルール | 特定のタイプのリクエストと、それらに適用される一連の操作を含みます。 |
条件式 | リクエストを識別するロジックを定義し、以下のカテゴリをサポートします。 IF注1 ELSE IF ELSE |
マッチング条件 | リクエストを識別するための基準を定義します。以下が含まれます： マッチングタイプ 演算子 値 |
And/Or | 論理積/論理和は、複数のマッチング条件を接続できます。 |
操作 | マッチしたリクエストに対して実行される一連の機能設定。 |
説明：
注1：
IF文は1層のIF文の下にネストできます。つまり、内側のIF文を実行する前に、最も外側のIF文を満たす必要があります。ルール適用優先度
範囲 | 説明 |
サイトアクセラレーション vs ルールエンジン | サイトアクセラレーションとルールエンジンで同じ操作を設定した場合、ルールエンジンの優先度が高く、最終的に有効となる設定です。 |
ルールエンジンの単一ルール内 | もしIF文内にネストされたIF条件が存在する場合、内側のIF文を実行するには、まず最も外側のIF条件を満たす必要があります。 複数の同じ階層のIF条件が存在する場合、IF条件の相対的な順序に従って上から下へ実行されます。つまり、同時に複数のルールに一致した場合、下のルールの操作が上のルールを上書きします。 IF、Else IF、Elseが同時に存在する場合、いずれかのIFまたはElse IF条件を満たすと、対応する操作を実行して終了し、現在のIF条件下のその他のルールを引き続きマッチングすることはありません。いずれも満たさない場合は、Elseルール内の操作に従って実行します。 |
ルールエンジン内の複数ルール | 相対的な順序に従い、上から下へ実行します。 ヒント：ルールの配置位置を決める際には、汎用性が高いまたは粒度が粗いルールをデフォルト設定として上方に配置し、特定のリクエスト向けまたは粒度が細かいルールを下方に配置することができます。 |
注意：
2つのシナリオの実行はやや特殊です：
Token認証がどの位置にあっても、常に最初に実行されます。例えば、1つのリクエストが同時に2つのルールに一致した場合、Token認証操作が下のルールにあっても、最初に実行されます。認証が通過した場合のみ、残りの内容が引き続き実行されます。
ジャンプ操作を含む操作、例えばURLリダイレクトへのアクセスやHTTPSの強制は、実行方式がBreakです。つまり、同じリクエストがジャンプ操作とその他の操作に一致した場合、ジャンプ操作を実行した後、下にあるその他の操作は引き続き実行されません。
ルール適用優先度の例
例1：IF条件内でのIFマッチングのネスト
現在のユーザーのノードキャッシュTTLルール設定は以下の通りです。複数階層のネストされたIF条件が存在します。
ユーザーリクエストのURLキャッシュ動作は、以下の動作に従って有効になります：
リクエストURLが
https://test.example.com/example/1.jpgの場合、ファイルは10分間キャッシュされます。リクエストURLが
https://test.example.com/example/1.mp4の場合、ファイルはキャッシュされません。リクエストURLが
https://test.example.com/video/1.jpgの場合、このルールには一致しません。例2：IF条件内に複数の同階層Else IFマッチングを含む
現在のユーザーのノードキャッシュTTLルール設定は以下の通りです。複数の同じ階層のElse IF条件が存在します。
ユーザーリクエストのURLキャッシュ動作は、以下の動作に従って有効になります：
リクエストURLが
https://test.example.com/image/1.jpgの場合、ファイルは7日間キャッシュされます。リクエストURLが
https://test.example.com/index/1.jspの場合、ファイルはキャッシュされません。リクエストURLが
https://test.example.com/admin/1.phpの場合、キャッシュされません。例3：複数の同階層IF条件マッチング
現在のユーザーのノードキャッシュTTLルール設定は以下の通りです。複数の同じ階層のIF条件が存在する場合、連続するIF条件では、下方の条件の適用優先順位が最も高くなります。
ユーザーリクエストのURLキャッシュ動作は、以下の動作に従って有効になります：
リクエストURLが
https://test.example.com/image/1.jpgの場合、ファイルは7日間キャッシュされます。リクエストURLが
https://test.example.com/admin/1.phpの場合、ファイルはキャッシュされません。リクエストURLが
https://test.example.com/admin/1.jpgの場合、ファイルはキャッシュされません。リクエストURLが
https://test.example.com/index/1.txtの場合、ファイルはオリジンサーバーのCache-Controlヘッダー設定に従います。該当ヘッダーが存在しない場合は、EdgeOneのデフォルトキャッシュポリシーに従います。フィードバック