Panoramica sulla memorizzazione in cache e opzioni di configurazione

Adobe Commerce si basa su un’architettura di caching a più livelli per ridurre il carico del database, ridurre al minimo l’elaborazione ridondante e accelerare la distribuzione delle pagine. A livello di applicazione, Commerce gestisce oltre una dozzina di tipi di cache, ad esempio configurazione, layout, blocchi di HTML e raccolte, ognuno dei quali può essere indirizzato a un backend di archiviazione dedicato come Redis o Valkey. Per il caching a pagina intera, Adobe consiglia vivamente Varnish, un acceleratore HTTP che serve le pagine memorizzate nella cache direttamente dalla memoria. Livelli aggiuntivi come l2 caching e firma del contenuto statico migliorano ulteriormente le prestazioni per le distribuzioni multi-nodo a traffico elevato.

Questa guida spiega come funziona ogni livello di caching e mostra come configurare front-end, back-end e opzioni avanzate in base ai requisiti di distribuzione.

Memorizzazione in cache dei front-end

Un front-end della cache è un’interfaccia tra Commerce e il back-end di archiviazione della cache. È possibile definire più front-end, ciascuno con impostazioni di back-end diverse, quindi assegnare tipi di cache specifici a ogni front-end. Per informazioni dettagliate sulla configurazione, vedere Configurare i front-end della cache.

Memorizzazione in cache dei backend

Il back-end della cache è il meccanismo di archiviazione sottostante per i dati memorizzati nella cache. Commerce fornisce un back-end predefinito per il file system, ma puoi configurare altri back-end come Redis o Valkey per migliorare le prestazioni e la scalabilità. Per informazioni dettagliate sulle opzioni disponibili, vedere Opzioni di back-end della cache.

Memorizzazione in cache di tutta la pagina con vernice

La cache di vernice è un acceleratore HTTP che memorizza nella cache pagine intere. Adobe consiglia vivamente Varnish per gli ambienti di produzione in quanto è molto più veloce della cache integrata a pagina intera.

NOTE
Varish funziona come proxy inverso davanti al server web e non richiede modifiche alla configurazione del back-end della cache di Commerce.

Memorizzazione in cache L2 (due livelli)

La cache L2 memorizza i dati della cache localmente su ogni nodo Web mentre si utilizza una cache remota (Redis o Valkey) come origine di verità. Questo riduce il traffico di rete tra i nodi web e la cache remota, migliorando le prestazioni per i siti a traffico elevato.

Memorizzazione in cache di contenuti statici

La firma di contenuto statico invalida la cache del browser per le risorse statiche (CSS, JavaScript, immagini) incorporando una versione di distribuzione negli URL dei file.

Terminologia di caching

Commerce utilizza la seguente terminologia di caching:

  • Frontend: interfaccia o gateway per l’archiviazione della cache, implementato da Magento\Framework\Cache\Frontend.
  • Tipi di cache — Uno dei tipi incorporati forniti con Commerce (ad esempio config, layout, block_html, full_page) o un tipo personalizzato.
  • Backend — Specifica i dettagli dell’archiviazione della cache cache, implementata da Magento\Framework\Cache\Backend.
  • Backend a due livelli: memorizza i record della cache in due backend: una cache locale (veloce) e una cache remota (condivisa). Vedere Configurazione cache L2.

Opzioni di configurazione

La configurazione della cache è memorizzata in due file:

  • <magento_root>/app/etc/di.xml — Configurazione dell’iniezione di dipendenza globale. Modificare il file per cambiare la cache default front-end fornita.
  • <magento_root>/app/etc/env.php — Configurazione specifica per l’ambiente. Modifica questo file per configurare i front-end della cache personalizzata. Questo file sostituisce la configurazione equivalente in di.xml.

Per informazioni dettagliate sulla mappatura front-end-to-type e sulla sintassi di configurazione della cache, vedi:

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