[No local]{class="badge informative" title="Aplicável somente a projetos locais do Adobe Commerce."}
Opções de back-end de cache e referência de armazenamento
app/etc/env.php local.ece-tools gera a configuração app/etc/env.php resultante durante a implantação com base na configuração da variável de implantação em .magento.env.yaml. Você não edita o arquivo env.php. Consulte Práticas recomendadas para a configuração do serviço Valkey e Redis e Implantar variáveis.O aplicativo Commerce usa um front-end e back-end de cache de baixo nível para fornecer acesso ao armazenamento em cache. O Commerce oferece suporte a vários back-end e estratégias de armazenamento em cache, cada um adequado a casos de uso diferentes. Esta página descreve as infraestruturas disponíveis e a sua diferença.
Opções de cache de back-end
A tabela a seguir resume os caches de backend disponíveis:
var/cache/. Nenhuma configuração é necessária.Implementações de back-end de cache e L2 implementation-approaches
O Commerce oferece suporte a back-end de cache direto e cache L2. Um back-end direto seleciona o armazenamento em cache. O cache L2 adiciona uma camada de cache local na frente do armazenamento remoto.
Infraestruturas de cache diretas
Os exemplos de PHP a seguir configuram o back-end do cache em <Commerce-install-dir>/app/etc/env.php. Eles não ativam o cache L2.
Magento\Framework\Cache\Backend\RedisMagento\Framework\Cache\Backend\ValkeyfilevalkeyPara obter suporte exato em nível de patch, consulte os Requisitos do sistema.
redis, mas Redis não é um serviço de cache oficialmente suportado, onde Valkey é necessário. Em vez disso, use valkey.Exemplos de back-end herdados baseados em Zend
Para implantações locais, os exemplos a seguir configuram back-ends de cache direto em <Commerce-install-dir>/app/etc/env.php. Eles não ativam o cache L2. Não use estes exemplos para Adobe Commerce on Cloud implantações, que usam o pacote ece-tools para gerar a configuração app/etc/env.php resultante durante a implantação.
Use o nome completo da classe Redis apenas em versões em que o Redis é compatível:
| code language-php?start_inline=1 |
|---|
|
Use o nome completo da classe Valkey em versões que oferecem suporte ao back-end Valkey herdado:
| code language-php?start_inline=1 |
|---|
|
Infraestrutura do Modern Symfony Cache
O back-end direto padrão é o sistema de arquivos. Para usar o Valkey com a implementação moderna, use o tipo de back-end simplificado valkey.
O exemplo de configuração a seguir está correto para o Adobe Commerce 2.4.9 e posterior, e backports compatíveis, onde o Valkey é compatível, ao configurar o armazenamento em cache padrão direto com a implementação moderna do Symfony Cache.
'cache' => [
'frontend' => [
'default' => [
'backend' => 'valkey',
'backend_options' => [
'server' => '127.0.0.1',
'database' => '0',
'port' => '6379',
],
],
],
],
Implementações de cache L2
O cache L2 (de dois níveis) adiciona uma camada de cache local em cada nó da Web em frente ao armazenamento de cache remoto compartilhado, reduzindo o tráfego de rede entre o Commerce e o cache remoto.
Para configuração local, consulte configuração do cache L2.
Para projetos na nuvem, configure o cache L2 por meio das variáveis de implantação descritas em Implantar variáveis.
Configuração do cache L2
-
Para obter detalhes sobre a configuração de Adobe Commerce on-premises, consulte configuração do cache L2.
-
Para Adobe Commerce on Cloud, configure o cache L2 por meio da variável de implantação apropriada, em vez de editar
app/etc/env.phpdiretamente. Consulte Implantar variáveis na documentação do Adobe Commerce na nuvem.