CloudFront で最初に S3 でファイルを検索し、イメージが見つからない場合はデフォルトでカスタム サーバーを検索するようにしたいと考えています。これは可能ですか?
2 に答える
残念ながら、CloudFront には柔軟なフォールバック メカニズムがありません。
特定のユース ケースに応じて、カスタム サーバーを介してすべてのトラフィックを渡すように CloudFront を構成し、デフォルトでリクエストを S3 にプロキシするようにサーバーを構成し、それが失敗した場合は、ファイル。
また、実際に S3 からコンテンツをプロキシする代わりに、S3 オブジェクトが存在する場合はそのオブジェクトにリダイレクトするようにサーバーを構成して、サーバーを通過するトラフィックを減らすこともできます。
イメージの提供専用の CloudFront ディストリビューションがある場合に適用できる可能性のある別のアプローチは、S3 バケットをディストリビューションのオリジンとして設定し、404 エラー用のカスタム エラー ページを構成して、S3 でホストされているデフォルトのイメージを提供することです。このアプローチについては、以下を参照してください。
http://aws.typepad.com/aws/2013/09/custom-error-pages-and-responses-for-amazon-cloudfront.html
リバース プロキシとして設定してみてください。テストはしていませんが、アセットが見つからない場合はドメインにフォールバックします。フォールバックが必要になるという「休憩」が何であるかは誰にもわかりません。ただし、これは、新しい管理者がクラウドフロント バケットを誤って削除するなど、多くの場合に役立ちます。