Amazon S3はCloudFrontに無効化信号を送信しますか？

Question

私はドキュメントで明白な答えを見ることができないようです。

S3でファイルを更新してCloudFrontを有効にすると、S3はCloudFrontに無効化信号を送信しますか？または、ファイルを更新した後に自分自身で送信する必要がありますか？

Answer 1

S3はCloudFrontに無効化情報を送信しません。デフォルトでは、CloudFrontは、原点からデータを取得したときに設定されたキャッシュコントロールヘッダーで指定された最大時間まで情報を保持します。

キャッシュエントリを無効にするには、無効化バッチを作成します。これはあなたにお金をかけるでしょう：月に1000回のリクエストは無料ですが、1リクエストにつき0.005ドル必要です.1000ファイルを無効にした場合、ワイルドカード機能を使用できない限り、月額150ドルの費用がかかります。もちろん、Amazon Lambda関数を使用するs3イベントに応答してこれをトリガすることができます。

もう1つの方法は、オブジェクトが変更されたときに（実際には世代別キャッシュキー）異なるパスを使用する方法です。同様に、URLにクエリパラメータを追加して、クラウドフロントに新しいコピーを取得させたいときにそのクエリパラメータを変更することができます（これを行うには、クエリ文字列パラメータを使用するようCloudFrontに指示する必要があります。

まれにしか（しかし大きな）変更を行わない場合の別の方法は、単に新しいクラウドフロントディストリビューションを作成することです。

Answer 2

私が知る限り、すべてのCDNはこのように動作します。

これは、一般に、foo-x.y.z.extのようなものをCDNのアセットのバージョンに使用する理由です。 ?QUERY_STRINGで特定のブラウザやプロキシにアセットをキャッシュしないことがあるため、foo.ext?x.y.zは使用しません。

一般的に、あなたはこれをチェックすることもできます。これは、ベストプラクティスの多くが含まれており、何をすべきかについて、どのようにそれが動作に入る https://developers.google.com/speed/docs/best-practices/caching

。

S3とCloudfrontに関しては、私はキャッシュの無効化に精通していませんが、Frederick Cheungが言及したものはすべて正しいです。

プロバイダによっては、キャッシュを直接クリアすることもできますが、CDNの性質上、これらの変更はほとんど決して瞬時に行われません。別の方法は、資産がより頻繁にリフレッシュされるように、より小さいTTL（有効期限ヘッダー）を設定することです。しかし、私はそれがCDNの目的をも破ると思う。

私たちのケース（エッジキャスト）では、キャッシュ無効化（手動処理）と無料で行うことができますが、これに応じて資産をバージョンアップすることはほとんどありません。