S3/CloudFrontは、 "Cache-Control：max-age = 365000000、immutable"というヘッダーを持つすべてのファイルを提供します。

Question

CloudFront CDNの上にS3バケットがあります。

このS3バケットは「不変」です。つまり、そこにファイルをアップロードすると、それを削除したり更新することはありません。すべてのクライアントがS3/CloudFrontからのファイルを非常に積極的にキャッシュすることは安全です。

現在、Etagsはうまく機能しており、クライアントはほとんどの場合304応答を返します。しかし、304レスポンスを得るには、より積極的なキャッシュによって回避できる往復が必要です。

だから私はこの振る舞いが欲しい：S3キャッシュは変化しないので

• CloudFrontのCDNキャッシュは、無効化され得ることはありません。 CloudFrontは、ファイルに対して複数回S3を再度尋ねる必要はありません。私はCloudFrontの配布設定を使用してその設定に成功したと思います。

• CloudFrontのヘッダCache-Control: max-age=365000000, immutableを持つすべてのファイルを提供する必要があります（immutableは、2016のような新しい、部分的にサポートされた値である）

私はどのように私は、所望の結果を達成することができます理解していません。私はCloudFrontまたはS3レベルでそれを処理する必要がありますか？各S3ファイルに適切なヘッダーを設定するためのいくつかのことを読んだ。私が使用できるカスタムHTTPヘッダーを持つすべてのファイルを提供するためのグローバル設定はありませんか？

Answer 1

CloudFrontまたはS3レベルで対応する必要がありますか？

現在、カスタムhttpヘッダーをCloudfrontまたはS3に追加するためのグローバル設定はありません。 httpヘッダーをオブジェクトに追加するには、S3でバケット内の各オブジェクトに個別に設定する必要があります。それらはオブジェクトのメタデータに格納され、AWS S3 Consoleの各オブジェクトの「メタデータ」セクションにあります。

通常、オブジェクトをバケットに追加するときにヘッダを設定するのが最も簡単です。そのための正確なメカニズムは、使用しているクライアントアプリケーションまたはsdkによって異なります。

あなたが--cache-control optionを使用するAWS CLIコマンドを使用して：https://stackoverflow.com/a/22522942/6720449

するか、あなたがAWS S3のコマンドを使用することができます。この中で説明したよう

aws s3 cp test.txt s3://mybucket/test2.txt \ 
    --cache-control max-age=365000000,immutable 

既存のオブジェクトを変更するには、s3cmdユーティリティはSO答えるmodifyオプションがありますこのSOの答え：https://stackoverflow.com/a/29280730/6720449で説明されているように、メタデータを変更するオブジェクトを自分自身にコピーし直します。例えばバケット内のすべてのオブジェクトにメタデータを交換する：

aws s3 cp s3://mybucket/ s3://mybucket/ --recursive --metadata-directive REPLACE \ 
    --cache-control max-age=365000000,immutable 

CloudFrontのCDNのキャッシュを無効にしない飽きないはずです

これは非常に厳しい要件です - あなたは今までからCloudFrontのキャッシュを防ぐことはできませんが無効になっています。つまり、の設定で、のクラウドフロントの無効化が作成されないようにします（作成するユーザーに十分な権限がある場合）。したがって、ラウンドアバウトでは、ユーザ、ロール、またはグループに、cloudfront:CreateInvalidation IAM許可を使用して配布に無効化を作成する権限がないことを保証することで、無効化を防ぐことができます。

しかし、CloudfrontがバックエンドのCache-Controlに違反してキャッシュを無効にする理由はいくつかあります。 Maximum TTL設定が設定されていて、それが最大年齢よりも小さい場合。