Lambda@Edge×CloudFrontのトリガー選定基準

困ったこと

以下の手順で静的ホスティングを構築した。
htmlを編集してS3に上げ直したが表示内容が変わらなかった。

経由しているCloudFrontがキャッシュを返していたので
S3に到達することなくレスポンスを返していた。

Lambda@Edgeのトリガーを、要件に応じて選定する必要があった。
今回の場合はキャッシュが必要なかったので別のトリガーが適切だった。
しかし、URL変更は「オリジンリクエスト」である必要があるので今回はしょうがない。

htmlを変更したい場合は、

CloudFront ビューワーリクエスト
- CloudFront がビューワーからリクエストを受け取った後、
  リクエストオブジェクトがエッジキャッシュにあるか確認する前に関数が実行されます。
CloudFront オリジンリクエスト
- CloudFront がリクエストをオリジンに転送する場合にのみ関数が実行されます。
- リクエストオブジェクトがエッジキャッシュにある場合は実行されません。
CloudFront オリジンレスポンス
- CloudFront がオリジンからのレスポンスを受け取った後、
  レスポンス内のオブジェクトをキャッシュする前に関数が実行されます。
CloudFront ビューワーレスポンス
- リクエストされたオブジェクトがビューワーに返される前に関数が実行されます。
- オブジェクトがすでにエッジキャッシュに存在するかどうかに関係なく関数が実行されます。

質問	Lambda@Edgeトリガー
関数をキャッシュミスで実行したいか？	オリジン
すべてのリクエストで関数を実行したいか？	ビューワー
キャッシュキー（URL、Cookie、ヘッダー、クエリ文字列）を変更しますか？	ビューワーリクエスト
結果をキャッシュせずにレスポンスを変更するか？	ビューワーレスポンス
オリジンを動的に選択するか？	オリジンリクエスト
オリジンへの URL を書き換えますか？	オリジンリクエスト
キャッシュされないレスポンスを生成するか？	ビューワーリクエスト
レスポンスをキャシュする前に修正するか？	オリジンレスポンス
キャッシュ可能なレスポンスを生成するか？	オリジンリクエスト