Opciones del servidor de caché y referencia de almacenamiento
app/etc/env.php local.ece-tools genera la configuración app/etc/env.php resultante durante la implementación en función de la configuración de la variable de implementación en .magento.env.yaml. No edita el archivo env.php. Vea las Prácticas recomendadas para la configuración de los servicios Valkey y Redis y Implementar variables.La aplicación de Commerce utiliza un front-end y un back-end de caché de bajo nivel para proporcionar acceso al almacenamiento en caché. Commerce admite varios back-ends y estrategias de almacenamiento en caché, cada uno adaptado a diferentes casos de uso. Esta página describe los backends disponibles y cómo difieren.
Opciones de caché back-end
La siguiente tabla resume las cachés backend disponibles:
var/cache/. No se requiere configuración.Implementaciones back-end de caché y L2 implementation-approaches
Commerce admite back-ends de caché directo y almacenamiento en caché L2. Un servidor directo selecciona el almacenamiento en caché. El almacenamiento en caché L2 agrega una capa de caché local delante del almacenamiento remoto.
Backends de caché directo
Los siguientes ejemplos de PHP configuran el servidor de caché en <Commerce-install-dir>/app/etc/env.php. No habilitan el almacenamiento en caché L2.
Magento\Framework\Cache\Backend\RedisMagento\Framework\Cache\Backend\ValkeyfilevalkeyPara obtener una compatibilidad exacta a nivel de parche, consulte Requisitos del sistema.
redis, pero Redis no es un servicio de caché admitido oficialmente donde se requiere Valkey. Utilice valkey en su lugar.Ejemplos de back-end basados en Zend heredados
En implementaciones locales, los siguientes ejemplos configuran los backends de caché directo en <Commerce-install-dir>/app/etc/env.php. No habilitan el almacenamiento en caché L2. No utilice estos ejemplos para implementaciones de Adobe Commerce on Cloud, que utilizan el paquete ece-tools para generar la configuración de app/etc/env.php resultante durante la implementación.
Utilice el nombre de clase completo de Redis solo en versiones donde se admita Redis:
| code language-php?start_inline=1 |
|---|
|
Utilice el nombre completo de la clase Valkey en las versiones compatibles con el back-end heredado de Valkey:
| code language-php?start_inline=1 |
|---|
|
Modern Symfony Cache backend
El backend directo predeterminado es el sistema de archivos. Para usar Valkey con la implementación moderna, use el tipo de backend valkey simplificado.
El siguiente ejemplo de configuración es correcto para Adobe Commerce 2.4.9 y versiones posteriores, y puertos posteriores compatibles donde se admite Valkey, al configurar el almacenamiento en caché predeterminado directo con la implementación moderna de Symfony Cache.
'cache' => [
'frontend' => [
'default' => [
'backend' => 'valkey',
'backend_options' => [
'server' => '127.0.0.1',
'database' => '0',
'port' => '6379',
],
],
],
],
Implementaciones de caché L2
El almacenamiento en caché L2 (de dos niveles) agrega una capa de caché local en cada nodo web delante del almacenamiento de caché remoto compartido, lo que reduce el tráfico de red entre Commerce y la caché remota.
Para la configuración local, consulte Configuración de caché L2.
Para proyectos en la nube, configure el almacenamiento en caché L2 mediante las variables de implementación descritas en Implementar variables.
Configuración de caché L2
-
Para obtener detalles de configuración de Adobe Commerce on-premises, consulte Configuración de caché L2.
-
Para Adobe Commerce on Cloud, configure el almacenamiento en caché L2 a través de la variable de implementación apropiada en lugar de editar
app/etc/env.phpdirectamente. Consulte Implementar variables en la documentación de Adobe Commerce en la nube.