[PaaS uniquement]{class="badge informative" title="S’applique uniquement aux projets Adobe Commerce on Cloud (infrastructure PaaS gérée par Adobe) et aux projets On-premise."}

Présentation de la mise en cache et options de configuration

Adobe Commerce repose sur une architecture de mise en cache à plusieurs couches pour réduire la charge de la base de données, minimiser le traitement redondant et accélérer la diffusion des pages. Au niveau de l’application, Commerce gère plus d’une douzaine types de cache tels que la configuration, la disposition, le blocage d’HTML et les collections, que vous pouvez acheminer vers un serveur principal de stockage dédié tel que Redis ou Valkey. Pour la mise en cache de pages entières, Adobe recommande vivement d’utiliser Varnish, un accélérateur HTTP qui sert les pages mises en cache directement depuis la mémoire. D’autres couches, telles que la mise en cache L2 🔗​ et la signature de contenu statique 🔗 L2 améliorent encore les performances pour les déploiements à trafic élevé et à plusieurs nœuds.

Ce guide explique le fonctionnement de chaque couche de mise en cache et vous explique comment configurer les options frontales, principales et avancées en fonction de vos exigences de déploiement.

Mise en cache des fronts

Un cache frontal est une interface entre Commerce et le serveur principal de stockage du cache. Vous pouvez définir plusieurs fronts, chacun avec des paramètres de serveur principal différents, puis attribuer des types de cache spécifiques à chaque front-end. Pour plus d’informations sur la configuration, voir Configuration des fronts de cache.

Mise en cache des serveurs principaux

Un serveur principal de cache est le mécanisme de stockage sous-jacent pour les données mises en cache. Commerce fournit un serveur principal de système de fichiers par défaut, mais vous pouvez configurer d’autres serveurs principaux tels que Redis ou Valkey pour améliorer les performances et l’évolutivité. Pour plus d’informations sur les options disponibles, voir Mettre en cache les options du serveur principal.

Mise en cache de toutes les pages avec vernis

Varnish Cache est un accélérateur HTTP qui met en cache des pages complètes en mémoire. Adobe recommande vivement Varnish pour les environnements de production, car il est beaucoup plus rapide que le cache de pleine page intégré.

NOTE
Varnish fonctionne comme un proxy inverse devant votre serveur web et ne nécessite pas de modifications de la configuration du serveur principal de cache de Commerce.

Mise en cache L2 (à deux niveaux)

Cache L2 stocke les données de cache localement sur chaque nœud web tout en utilisant un cache distant (Redis ou Valkey) comme source de vérité. Cela réduit le trafic réseau entre vos nœuds web et le cache distant, ce qui améliore les performances des sites à trafic élevé.

Mise en cache de contenu statique

La signature de contenu statique invalide le cache du navigateur pour les ressources statiques (CSS, JavaScript, images) en incorporant une version de déploiement dans les URL des fichiers.

Terminologie de mise en cache

Commerce utilise la terminologie de mise en cache suivante :

  • Frontend — Interface ou passerelle de stockage en cache, implémentée par Magento\Framework\Cache\Frontend.
  • Types de cache — L'un des types intégrés fournis avec Commerce (comme config, layout, block_html, full_page) ou un type personnalisé.
  • Serveur principal — Spécifie les détails du stockage en cache, implémenté par Magento\Framework\Cache\Backend.
  • Serveur principal à deux niveaux — Stocke les enregistrements de cache sur deux serveurs principaux : un cache local (rapide) et un cache distant (partagé). Voir la section Configuration du cache L2 🔗.

Options de configuration

La configuration du cache est stockée dans deux fichiers :

  • <magento_root>/app/etc/di.xml — Configuration de l'injection de dépendance globale. Modifiez ce fichier pour modifier le paramètre frontal de cache default fourni.
  • <magento_root>/app/etc/env.php : configuration spécifique à un environnement. Modifiez ce fichier pour configurer les fronts de cache personnalisés. Ce fichier remplace la configuration équivalente dans di.xml.

Pour plus d’informations sur le mappage frontal à type et la syntaxe de configuration du cache, voir :

recommendation-more-help
386822bd-e32c-40a8-81c2-ed90ad1e198c