キャッシュの概要と設定オプション

Adobe Commerceでは、複数のキャッシングレイヤーを使用して、繰り返し処理の削減、データベースの読み込みの低減、応答時間の短縮を実現します。 これらのレイヤーは、リクエストとアセット配信の異なるポイントで動作します。

  • アプリケーションキャッシュ​は、Commerceのキャッシュタイプを使用して生成または処理されたデータを保存します。
  • HTTP フルページキャッシング​は、Commerce アプリケーションに到達する前にHTTP応答を完全に保存します。
  • L2 キャッシュ​は、共有リモートキャッシュストレージの前にある各web ノードにローカルキャッシュを追加できます。
  • 静的コンテンツキャッシュ​を使用すると、ブラウザーでCSS、JavaScript、画像、その他の静的リソースを再利用できます。

このページでは、これらのレイヤーの概念的な概要と、それらの設定ガイダンスへのリンクについて説明します。 バックエンドの選択、実装の詳細、バージョン固有の設定については、​ バックエンドのオプションとストレージの参照を参照してください。

レイヤーのキャッシュ

アプリケーションのキャッシュ

Commerce アプリケーションキャッシュは、次のように構成されています。

キャッシュタイプ→キャッシュフロントエンド→キャッシュバックエンド

キャッシュの種類​ は、設定、レイアウト、ブロック HTML、ページ全体の内容など、キャッシュされるデータの種類を示します。キャッシュフロントエンド ​は、1つ以上のキャッシュタイプをストレージに接続します。 キャッシュバックエンド​は、ストレージ実装を提供します。

個別のキャッシュ設定またはストレージが必要な場合は、異なるキャッシュタイプを異なるフロントエンドに割り当てることができます。 設定の詳細については、​ キャッシュフロントエンドとタイプの設定を参照してください。

フルページ HTTP キャッシュ

HTTP フルページキャッシングでは、HTTPまたはCDN レイヤーに完全な応答を保存します。 実稼動デプロイメントの場合:

  • Adobe Commerce オンプレミス:Adobeでは、フルページ キャッシュにVarnishをお勧めします。 Varnishは、web サーバーの前でリバースプロキシとして動作します。
  • クラウド インフラストラクチャ上のAdobe Commerce​は、エッジおよびページ全体のキャッシュ レイヤーにFastlyを使用します。 クラウドインフラストラクチャでは、個別に管理されたVarnish サービスは使用されません。
NOTE
Commerce アプリケーションキャッシュバックエンドを変更しても、VarnishやFastlyは設定されません。 フルページのHTTP キャッシュは、ローレベルのアプリケーションキャッシュとは別に設定および管理されます。

L2 キャッシュ

L2 (2 レベル)のキャッシュでは、各Commerce web ノードにローカルキャッシュが追加されますが、共有リモートキャッシュストレージは保持されます。 頻繁にアクセスされるデータはローカルで提供できるため、マルチノード展開ではリモートキャッシュとの通信が軽減されます。

L2の設定とサポートされている実装は、Commerceのバージョンとデプロイメントタイプによって異なります。 詳しくは、L2 キャッシュ設定を参照してください。

静的なコンテンツキャッシュ

Commerceでは、デプロイメントバージョンをURLに追加することで、CSS、JavaScript、画像などの静的リソースのブラウザーキャッシュを改善できます。 コンテンツが変更されると、URLが変更され、ブラウザーは古いキャッシュされたコピーを使用する代わりに新しいリソースをリクエストします。

デプロイメント固有の設定

次の設定タスクは、デプロイメントタイプによって異なります。

タスク
オンプレミス
クラウド基盤
アプリケーションキャッシュバックエンド
​ キャッシュバックエンドオプションとストレージ参照
ValkeyとRedis サービス設定のベストプラクティス ​
HTTP フルページキャッシュ
Varnishの設定
Fastly サービスの概要

次のタスクは、すべてのデプロイメントタイプに適用されます。

recommendation-more-help
commerce-operations-help-configuration