Cloudflareは、グローバルエッジネットワークでHTTP Varyレスポンスヘッダーのネイティブサポートをリリースし、すべての顧客プランのキャッシュルールでこの機能を利用できるようにしました。この機能強化により、オリジンサーバーはローカライズされたテキスト、最新の画像エンコーディング、代替ペイロードなどの表現をネゴシエートできるようになり、プラットフォームオペレーターには深刻なキャッシュの断片化を防ぐためのきめ細かい制御が提供されます。 歴史的に、コンテンツ配信中間ネットワークは HTTP Vary ヘッダーを慎重に扱ってきました。標準の HTTP セマンティクスに従って、Vary 応答ヘッダーは、オリジン サーバーが応答を生成する前に特定の要求ヘッダーを評価したことをダウンストリーム キャッシュに示します。キャッシュが変換せずに Varia を尊重する場合、空白、大文字の使用、クライアントの優先言語の優先順位の違いなど、クライアント ヘッダーのわずかな構文の違いにより、単一のリソースが数十の異なるバリアントに分割される可能性があります。 Cloudflareは、約50,000の上位ドメインにわたる1億2,000万件を超えるHTTP応答の実証的監査で、約3,000のオリジンが4つ以上のリクエストヘッダーにわたって変化し、極端なケースでは数十の異なるフィールドにわたって変化することを発見しました。 ヘッダーの変化が制御されていないと、キャッシュの混乱が頻繁に発生し、ヒット率が低下し、オリジンの負荷が増加します。公平性とキャッシュ効率の間のこの緊張を緩和するために、Cloudflareはネゴシエーションプロセスを2つの運用ステップに分離しました。オリジンサーバーは、どのリクエストヘッダーがレスポンスの生成に影響を与えるかを引き続き指定しますが、Cloudflareキャッシュルールは、エッジがバリアントキーを計算する前にそれらのヘッダーの値をどのように処理、正規化、または無視するかを決定します。 キャッシュ ルールでその他の処理を構成する場合、オペレーターはヘッダーの動作を定義したり、リストにないフィールドにフォールバック ポリシーを適用したりできます。このエンジンは、正規化、パス、バイパスという 3 つの異なるアクションを公開します。正規化により、Accept や Accept-Language などの複雑なネゴシエーション ヘッダーが標準化された同等のクラスに正規化され、偶発的なクライアントの違いが排除されます。このパスには、大文字と小文字を区別する正確な文字列が保存されます。これは、ネイティブ […]