Edge Security Acceleration:ルール

シンプルな構成例

ルール構成の構造

リクエストが ESA ノードに到達すると、ESA はユーザーのルール構成に従ってリクエストをフィルターおよび処理します。

ESA のすべてのルール構成には次の 2 つの部分が含まれます。

ルール構成 = ルール式 + 操作

ルール式 を構成してリクエストをフィルターし、マッチしたリクエストに対して操作を実行できます。ESA 内のすべてのルール関連構成において、ルール式の構文は一貫しています。これにより、ある機能で使用しているルール構成方法を他の機能でも再利用できます。ルールの作成およびデプロイ方法の詳細については、「ルール式の構造」をご参照ください。

ルールの優先順位

• ルール構成はグローバル設定より優先されます：同じ機能について、ルール内で定義された設定はグローバル設定をオーバーライドします。これにより、一般的な構成を広範囲に適用しつつ、特定のリクエストに対してのみ動作をカスタマイズできます。

  

  たとえば、エッジ生存時間（TTL）について考えてみましょう：「グローバル設定 – エッジキャッシュ TTL」で [エッジ TTL] を 12 時間に設定し、「ルール – エッジキャッシュ TTL の設定」で /content 配下のリソースの TTL を 30 日に設定した場合、要求されたリソースパスが /content 配下であるとき、エッジノードはそのリソースのキャッシュ TTL を 30 日に調整します。要求パスが /content 配下でないリソースについては、エッジノードはグローバル TTL の 12 時間を使用します。

  

• リスト上位のルールほど優先度が高い：同じルールタイプの場合、ESA は上から下へ順にルールを実行します。1 つのリクエストが複数のルールにマッチする場合、 ボタンをドラッグして、優先したいルールをリストの上位に移動できます。

  説明

  プランによってサポートされる機能やルール数が異なります。プランタイプ別のルールクォータの詳細については、「ルールおよびプランのクォータ」をご参照ください。

  キャッシュルールを例に挙げます。次の 2 つのルールがあると仮定します。

  ルール 1：/content パス配下のリソースは 30 日後に有効期限切れになります。

  ルール 2：.jpg 拡張子のファイルは 60 日間キャッシュされます。

  • 次の図では、ルール 1 がルール 2 より上に表示されています。

    

    エッジノード上のキャッシュ有効期限は次のとおりです。

    サンプル URL	/content パス配下	.jpg 拡張子	キャッシュ有効期限
    https://example.com/content/static/pic.jpg			30 日
    https://example.com/content/static/book.txt		×	30 日
    https://example.com/static/pic.jpg	×		60 日
    https://example.com/static/res/book.text	×	×	キャッシュしない

  • 次の図では、ルール 2 がルール 1 より上に表示されています。

    エッジノード上のキャッシュ有効期限は次のとおりです。

    サンプル URI	/content パス配下	.jpg 拡張子	キャッシュ有効期限
    https://example.com/content/static/pic.jpg			60 日
    https://example.com/content/static/book.txt		×	30 日
    https://example.com/static/pic.jpg	×		60 日
    https://example.com/static/res/book.text	×	×	キャッシュしない

プラン別の機能可用性