動的サイトアクセラレーション

動的サイトアクセラレーション（DSA）は、動的なウェブサイトの配信をより効率的にする一連の技術です。^[1]アプリケーション配信コントローラやコンテンツ配信ネットワーク（CDN）のメーカーは、次のようなさまざまな技術を使用して動的なサイトを高速化します。

• クライアント接続とHTTPキープアライブを多重化することで接続管理を改善
• キャッシュできないWebレスポンスのプリフェッチ
• 動的キャッシュ制御
• オンザフライ圧縮
• フルページキャッシュ
• SSL終了のオフロード
• 応答ベースのTTL割り当て (曲げ)
• TCP最適化
• ルート最適化

ADCまたは CDN の いずれかのエッジ デバイスは、TCP 多重化が可能で、Web サーバーとクライアントの間に配置して、オリジン サーバーの負荷を軽減し、コンテンツ配信を高速化できます。

通常、クライアントとサーバー間の各接続には、接続期間中オリジン上で稼働する専用プロセスが必要です。クライアントの接続速度が遅い場合、サーバーが完全なリクエストを待機している間、プロセスは稼働し続けなければならないため、オリジンサーバーの一部が占有されます。TCP 多重化では状況が異なります。デバイスは、リクエストが完全に到着したときにオリジンに送信する前に、クライアントから完全で有効なリクエストを取得します。これにより、ADC や CDN と比較して使用速度が遅く、コストもかかるアプリケーションサーバーとデータベースサーバーの負荷が軽減されます。^[2]

HTTP には、 ETag 、"expires"、"last modified"などのヘッダーを使用したキャッシュ制御のシステムが組み込まれています。DSA を備えていると主張する多くの CDN や ADC は、これを独自のシステムに置き換え、動的キャッシュまたは動的キャッシュ制御と呼んでいます。これにより、標準の HTTP キャッシュ制御よりも多くのオプションがキャッシュを無効化およびバイパスできるようになります。^[3]

動的キャッシュ制御の目的は、ウェブサイトのキャッシュヒット率、つまりキャッシュによって処理されるリクエストと通常のサーバーによって処理されるリクエストの比率を高めることです。^[4]

Web 2.0 ウェブサイトの動的な性質のため、静的なウェブ キャッシュを使用することは困難です。その理由は、動的なサイトは、定義上、さまざまなユーザーや地域向けにカスタマイズされたコンテンツを持つからです。たとえば、モバイル ユーザーにはデスクトップ ユーザーとは異なるコンテンツが表示される場合があります。また、登録済みユーザーには匿名ユーザーとは異なるコンテンツが表示される場合があります。登録済みユーザー間でも、コンテンツは大きく異なる場合があり、その例としてソーシャル メディアウェブサイトがよく挙げられます。

動的なユーザー固有のページを静的にキャッシュすると、キャッシュ システムがコンテンツを区別できるようにする識別子 (URL/GET リクエスト) が、ユーザー固有のトークン/キーを追加することによって正しく変更されない場合、無関係なコンテンツまたはサードパーティのコンテンツが間違ったユーザーに提供される潜在的なリスクが生じます。

動的キャッシュ コントロールには、 Cookie ベースのキャッシュ コントロールなど、キャッシュを構成するためのオプションがさらにあります。Cookieベースのキャッシュ コントロールでは、特定の Cookie の有無に基づいてキャッシュからコンテンツを提供できます。Cookie は、ログインしたユーザーのデバイス上の一意の識別子キーを保存し、セッションを開くページの実行時にユーザーを認証するためにすでに実装されています。動的キャッシュ システムでは、キャッシュは URL と Cookie キーによって参照されるため、匿名ユーザーにはデフォルトのキャッシュを提供し、ログインしたユーザーにはパーソナライズされたキャッシュを提供することができます (静的キャッシュ システムのように、コードを変更して URL に追加のユーザー識別子を追加する必要はありません)。

パーソナライズされたコンテンツをキャッシュできない場合は、エッジデバイスでキューに入れられる可能性があります。これは、システムが将来必要になる可能性のある応答のリストを保存し、すぐに提供できるようにすることを意味します。これは、プリフェッチされた応答が一度だけ提供されるという点でキャッシュとは異なり、広告などのサードパーティAPIの応答を高速化するのに特に役立ちます。 ^[5]

ルート最適化は「レイテンシベースルーティング」とも呼ばれ、クライアントと異なるオリジンサーバー間のトラフィックのルートを最適化して、レイテンシを最小限に抑えます。ルート最適化は、DNSプロバイダー^[6]またはCDN ^{[7]によって実行できます。}

ルート最適化とは、クライアントとオリジンサーバー間の複数のパスを測定し、それらの間の最速パスを記録することです。このパスは、特定の地理的ゾーンのクライアントがリクエストを行ったときにコンテンツを提供するために使用されます。^[8]

フロントエンド最適化 (FEO) と DSA はどちらもオンライン コンテンツ配信を改善するための一連の技術を説明していますが、その機能は異なります。オンザフライ データ圧縮やキャッシュ制御の改善など、重複する部分もありますが、主な違いは次のとおりです。

• FEO は実際のコンテンツの変更に重点を置いているのに対し、DSA はコンテンツに触れることなくコンテンツ配信を改善することに重点を置いています (つまり、DSA はコンテンツを逐語的に配信します)。DSA はコンテンツを変更せずにネットワーク全体のビット配信を最適化することに重点を置いていますが、FEO は Web サイトのダウンロードに必要なオブジェクトの数を減らし、トラフィックの総量を減らすことを目指しています。これは、デバイス認識型コンテンツ提供 (画像の品質を落とすなど)、縮小、リソース統合、インライン化によって実現できます。FEO は実際のトラフィックを変更するため、誤って変更されたコンテンツを提供することでユーザー エクスペリエンスに影響を与えるリスクがあり、構成がより困難になる傾向があります。
• DSA は、特に動的サイトの場合、ページの読み込み時間の短縮とWeb サーバーの負荷軽減に重点を置いています。FEO は、主にページの読み込み時間の短縮と帯域幅の削減に重点を置いています。それでも、FEO を実装することで、コードの書き換えなしでページの読み込み時間を短縮し、通常はコードの最適化に必要な工数を節約できるため、オリジン サーバーのコスト削減も実現できます。また、ページの読み込み時間が短縮されることで収益が増加する可能性もあります。