多くの静的画像、cssファイル、js libs、その他の静的コンテンツを使用する既存のWeb製品があります。ページが読み込まれるたびに、ブラウザは通常、読み込み時間をほぼ2倍にするすべてのコンテンツを取得するために、数十の追加のHTTPリクエストを作成する必要があります。読み込み時間を改善するためにコンテンツをAmazonのCloudFrontに配置したかったので、これを実装する2つの可能な方法から選択しようとしています。
1）。そのようなコンテンツへのすべての参照を調べて、CloudFrontへのリクエストに置き換えます。たとえば、images/image.jpgはqwerty.cloudfront.net/images/image.jpgになります。これにより「真の」統合が実現しますが、これを実装することは事実上不可能です。特に、動的に選択する独自のイメージが付属しているさまざまなJSライブラリの場合。
2）。images / image.jpgをそのままにして、そのようなリクエストに対してCloudFrontに対して301を実行するようサーバーに指示します。この実装の問題は、サーバーがCloudFrontにリダイレクトする前に、リクエストを実際にサーバーにルーティングする必要があることです。
ですから基本的に301が良い考えかどうかはわかりません。これは、サーバーがこの画像をクライアントに送り返すのにかかる時間と比較して、サーバーにリクエストをルーティングする時間がごくわずかである場合にのみ機能します。さらに、サーバーが負荷の急増をどれほど簡単に処理できるかわかりません-トラフィックの急増が発生した場合でも存続し、多くの301リダイレクトを処理する必要があります（ただし、これを実行すると、取得するよりもはるかに簡単になるはずです）ファイルシステムからのファイルとそれらの出力）。これについての経験や問題についての考え（この統合を実装する他の潜在的な方法を含む）があれば、私に知らせてください。