AWS S3またはクラウドフロントで基本ロジックを追加する方法は？

Question

私は2つのファイルを持っているとしましょう：1つはサファリ用、もう1つはFirefox用です。

User-Agentに基づいてUser-Agentと返されたファイルをチェックしたいと思います。

外部サーバーを追加しないでこれを行うにはどうすればよいですか？

Answer 1

余分なサーバーを追加しないとこれを行うことはできません。

S3は静的コンテンツをサポートしています。 ¹は要求ヘッダーに基づいて応答を変更しません。

CloudFrontは、コンテンツがリクエストヘッダーに基づいて異なる必要がある場合は、オリジンサーバーを使用します。デフォルトでは、CloudFrontはほとんどのヘッダーを原点に転送しませんが、これはキャッシュ動作設定で変更できます。 User-Agentヘッダーを原点に転送すると、CloudFrontには選択肢がないため、ユーザーエージェント文字列内のすべての変更が応答の変更を引き起こす可能性があると仮定するため、キャッシュヒット率が大幅に低下します。特定のユーザエージェントストリングによって要求されたものは、同一のユーザエージェントストリングを有する将来のブラウザにのみ供給される。それはそれぞれ異なるコピーをキャッシュしますが、これはあなたのヒット率を依然として損ねます。ブラウザの一般的なタイプのみを知りたい場合、CloudFrontは、ユーザーエージェント文字列を実際に転送せずに同じ悪影響を及ぼすことなく、ユーザーエージェントがデスクトップ、スマートテレビ、モバイル、タブレットのいずれであるかを、キャッシュのヒット率。

CloudFront は、それぞれ固有のユーザーエージェントの適切なバージョンのページをに正しくキャッシュしますが、オリジンサーバーは実際のコンテンツ選択ロジックを実装する必要があります。そして、起源がS3の場合、CloudFrontとS3の間にサーバーがない限り、これはサポートされません。これは完全に有効な設定です.S3にリクエストを送信する前にCloudFrontから受け取ったリクエストパスを書き換えてから、S3からCloudFrontにコンテンツを戻し、コンテンツをブラウザに返すサーバーで、このような設定ができます。

AWS Lambdaは、CloudFrontとS3の間に必要なサーバー（サーバーならではのサーバー）として機能する、このようなアプリケーションの候補になる可能性がありますが、まだバイナリデータをサポートしていないためテキストではなく、それはオプションでもありません。

---

¹少なくとも、ここでは関連性はありません。限定された要求ヘッダーのサブセットに基づいてアクセスが許可または拒否される場合、CORSの例外が存在します。