はじめに

CloudFront の Behavior でパスパターン文字のワイルドカードとして以下が使える。

* は、0 個以上の文字に一致します。
? は、正確に 1 個の文字に一致します。

一般的な利用では、先頭固定でパスを取る (例: /static/ 以下に静的リソースを配置する。 /docs/ 以下に記事コンテンツを配置する) と思うが、アプリケーションの作り上、途中に特定パスが入るようなケース (例: 途中にディレクトリ css を含む全てのパスを対象にしたい時など) を CloudFront のパスパターンとして利用可能かを調査した。

実験内容と結果

Behavior の登録は可能か？

パスパターンとして /*/css/* を CloudFront の Behavior に登録する (1)
パスパターンとして /*/*/css/* を CloudFront の Behavior に登録する (2)

結果: 共に登録可能 。独自の挙動を設定できる。

どの Behavior にマッチするか？

CloudFront の Behavior の設定は以下の通りとする。
/*/css/* は /*/*/css/* を含むルールなので、優先度はこのような順として設定している。

No.	優先度	パスパターン
1	0	`///css/*`
2	1	`//css/`
3	2	`*` (デフォルト)

準備したファイル構造は以下の通り。この時、アクセスによってどのようなパターンにマッチするかを確認する。

準備したファイル構造

$ tree
.
├── css
│   ├── dir3
│   │   └── ok.txt
│   └── ok.txt
├── dir1
│   ├── css
│   │   ├── dir3
│   │   │   └── ok.txt
│   │   └── ok.txt
│   ├── dir2
│   │   ├── css
│   │   │   ├── dir3
│   │   │   │   └── ok.txt
│   │   │   └── ok.txt
│   │   ├── dir3
│   │   │   ├── css
│   │   │   │   └── ok.txt
│   │   │   └── ok.txt
│   │   └── ok.txt
│   └── ok.txt
└── ok.txt

検証結果は以下の通り。

URI	一致した Behavior No.
`/ok.txt`	3 (Default)
`/css/ok.txt`	3 (Default)
`/css/dir3/ok.txt`	3 (Default)
`/dir1/ok.txt`	3 (Default)
`/dir1/css/ok.txt`	2 ( `//css/` )
`/dir1/css/dir3/ok.txt`	2 ( `//css/` )
`/dir1/dir2/ok.txt`	3 (Default)
`/dir1/dir2/dir3/ok.txt`	3 (Default)
`/dir1/dir2/css/ok.txt`	1 ( `///css/*` )
`/dir1/dir2/css/dir3/ok.txt`	1 ( `///css/*` )
`/dir1/dir2/dir3/css/ok.txt`	1 ( `///css/*` )

最初に提示したワイルドカードルールに従った Behavior が選ばれていることが分かる（複数にマッチする場合は、最初にマッチした優先度のもの)。

ほとんど直感的な動作になっているが / による層を期待しているような場合（例えば表の最後のケース）にだけ直感的な動きになっていない点に注意。
* が単に0文字以上の文字、なので、区切りとして想定されている / を含むため、このような挙動になっている。