Amazon S3クラウドフロント展開のベストプラクティス

Question

サイトの現在の計画は、Amazon Cloudfrontサービスを、CSS、JavaScript、およびImagesなどのアセットファイルやその他の静的ファイルのCDNとして使用することです。

現在、これらのすべての静的ファイルを含むS3に1つのバケットがあります。ファイルは、それらが何であるかによって異なるフォルダに分かれています。 "スクリプト"はJSファイル、 "画像"は画像、その他です。yadda yadda yadda。

私が最初から気づいていなかったことは、S3からCloudfront Distributionにバケットをデプロイすると、その後のバケットへのすべてのアップデートが同じDistributionに再びデプロイされなくなるということでした。したがって、静的なファイル更新があるたびに別のCloudfrontインスタンスにバケットを再デプロイする必要があるように見えます。

画像に変更があった場合は、新しい画像を作成するだけで簡単に確認できるので、画像には問題ありません。しかし、それはCSSとJSにとっては難しいことです。ベストプラクティスの質問に私を取得しますので、

、：

1. が、すべての生産展開のための別のCloudFrontのディストリビューションを作成することがベストプラクティスですか？ここでの問題は、CNAMEレコードに問題が発生することです。
2. これらのファイルの性質上、CSSとJSをCloudfrontに格納しないようにするのがベストプラクティスですか、簡単に変更する必要がありますか？それがCDNの目的であるため、これに対する答えがNOのように見えます。
3. クラウドフロントの他の方法はありますか？

Answer 1

CloudFrontに対して無効化リクエストを発行できます。代わりに、S3バケットの

http://docs.amazonwebservices.com/AmazonCloudFront/latest/DeveloperGuide/Invalidation.html

、しかし、我々は、カスタムの原点として、私たち自身のサーバーを使用しています。 .htaccessエイリアスstyle_*.css〜style.cssがあり、style.cssのファイル変更時刻をHTMLに挿入します。 CloudFrontはまったく異なるURLを見るので、新しいバージョンを取得します。

（注：一部のCDNを使用すると、クエリ文字列を経由して、しかし、CloudFrontのキャッシングのためのすべてのクエリ文字列データ、したがって.htaccessソリューションを無視することにしましょう。）

編集：は、CloudFrontのは、（任意で）使用するように設定することができ今すぐクエリ文字列。

Answer 2

CloudFrontは、キャッシュを無効にするために使用できるクエリ文字列のサポートを開始しました。 http://aws.typepad.com/aws/2012/05/amazon-cloudfront-support-for-dynamic-content.html