Cloudfrontでheaderやcookieをオリジンに転送しつつ、キャッシュ判定には利用させない設定方法

Question

Cloudfront+Webサーバー の構成の会員制システムを作っています。
パフォーマンス向上のためにパーソナライズの必要のないコンテンツはCloudfrontでキャッシュしようと考えていたのですが、既定の設定だとCloudfrontがheaderやcookieを取り除いてoriginに転送することを知りました。

またheaderやcookieを転送する設定もありますが、その場合 キャッシュのヒット判定にheaderやcookieも使われるてしまいます。

本システムはセッションidをcookieに持たせてるためcookieごとにキャッシュが分かれてはCDNの意味があまりありません。

headerやcookieはそのままoriginに転送しつつ、キャッシュヒットはURLのみで判定させる設定方法をご存知の方がいらしたら教えてください。
よろしくお願いします。

Answer 1

CloudFrontのドキュメントを読み直してAWSの設計思想やCDN利用時の注意点がおぼろげに見えてきたので記録としてここに残します。

そもそもキャッシュは「１度送ったURLのコンテンツは2回目以降も同じはずだ」ということを前提に、
2回目以降のアクセスの場合、１回目と同じコンテンツをオウム返しする、というシステムです。

これはレガシーなWebサイトなどではうまくworkしていましたが最近の複雑なWebシステムでは破たんします。
つまりサーバー側がURL以外にクライアントの状態によって返すコンテンツを変える、ということが起こります。
・PCとモバイル
・言語、ロケーション
・ログイン状態の有無
などをHeaderやCookieを使って判定します。

このようなシステムでも上手くworkするように
キャッシュサーバーも変化する必要に迫られるわけですが、
単なるオウム返しシステムですから、判定条件を増やす、という進化をしたのでしょう。

このように考えると、CDNを導入するのであれば、特に会員制システムの場合、
・ログイン要/不要なコンテンツを明確にする。
・ログイン不要なコンテンツはAnonymousアクセスが可能なようにシステムをデザインする
・キャッシュするものはログイン不要なコンテンツのみとする
・ログイン不要なコンテンツに対するアクセス情報取得は代替案の検討が必要(Goolge Analysticなど)