Configuração avançada

O Commerce é um produto altamente flexível e escalonável que contém soluções para comerciantes de todos os tamanhos. Esta seção aborda práticas recomendadas e a configuração do Commerce para trabalhar com grandes quantidades de dados, carga extrema e outros casos corporativos.

Desempenho de calibração de índice

Ao lidar com grandes quantidades de dados, a reindexação pode se tornar uma preocupação. A equipe Commerce selecionou os índices mais carregados e habilitou a indexação em lote, o que permite definir uma parte dos dados a serem processados em cada iteração. Dessa forma, o usuário pode ajustar os tamanhos do lote com base no tipo e no tamanho dos dados no banco de dados.

Para gerenciar essa configuração, edite o parâmetro batchRowsCount no arquivo di.xml do módulo correspondente. Os seguintes índices oferecem suporte a esse recurso:

Você pode ajustar o desempenho do indexador ajustando as variáveis de tamanho do agrupamento de índice. Isto controla quantas entidades são processadas por vez pelo indexador. Em algumas situações, vimos reduções significativas no tempo de indexação.

Por exemplo, se você estiver executando um perfil semelhante ao Medium B2B, é possível substituir o valor de configuração batchRowsCount em app/code/Magento/catalog/etc/di.xml e substituir o valor padrão de 5000 para 1000. Isso reduz o tempo de indexação completa de 4 horas para 2 horas com uma configuração MySQL padrão.

Limitar grupos de clientes e catálogos compartilhados por sites

Um grande número de SKUs de produtos, sites, grupos de clientes ou catálogos compartilhados afetará o tempo de execução dos indexadores de Preço do produto e Regra do catálogo. Isso ocorre porque, por padrão, todos os sites são atribuídos a todos os grupos de clientes (catálogos compartilhados).

Para diminuir o tempo de indexação, você pode excluir determinados sites dos grupos de clientes (catálogos compartilhados).

Configurar Redis

Às vezes, uma instância do Redis não é suficiente para atender às solicitações recebidas. Há várias soluções que podemos recomendar para resolver essa situação.

Primeiro, Commerce permite configurar o armazenamento em cache separado para cada tipo de cache. Isso permite que você instale quantas instâncias Redis separadas forem o número de tipos de cache registrados no Magento. Na prática, você pode desejar instâncias do Redis para os caches usados mais ativamente, como configuração, layout e blocos.

Outra solução pode ser colocar o cache de configuração no sistema de arquivos e mover os outros caches para o servidor Redis. Com essa solução, você precisa de uma ferramenta separada para a invalidação centralizada do cache de configuração em todos os nós da Web.

Você também pode usar um cluster Redis que executa operações paralelas de leitura/gravação com um número de nós que aumenta automaticamente. Commerce não fornece configuração para este caso, mas pode ser iniciado com pequenas personalizações.

Configurar RabbitMQ

O Adobe Commerce dá suporte a filas de mensagens implementadas por meio de RabbitMQ. O Commerce usa esse serviço para executar várias operações assíncronas, incluindo operações de catálogo B2B e atualizações de estoque assíncronas. Todas as interfaces para adicionar mais trabalhos ao servidor de trabalhos são distribuídas com o produto e estão disponíveis para implementação de lógica assíncrona personalizada no escopo de extensões de terceiros. Como em qualquer outra integração, o Commerce fornece um arquivo de configuração de exemplo para RabbitMQ que contém todas as configurações recomendadas e está totalmente pronto para uso de produção.

Dividir o banco de dados

O Adobe Commerce permite configurar o armazenamento de banco de dados escalável para atender às necessidades de uma empresa em crescimento. Você pode configurar três bancos de dados mestres separados que atendem a domínios específicos:

Para configurar bancos de dados adicionais, você deve criar um banco de dados vazio e executar um dos seguintes comandos:

Para o BD Mestre de Check-out

bin/magento setup:db-schema:split-quote

Para OMS Master DB

bin/magento setup:db-schema:split-sales

Esses comandos migram tabelas de domínio específicas do banco de dados principal para um banco de dados de domínio. Eles também alteram a configuração Commerce para permitir conectividade correspondente e processamento de restrições.

Com bancos de dados separados para checkout e Order Management, é possível distribuir a carga entre os servidores de banco de dados. Você pode fazer mais check-outs e processar mais pedidos por segundo sem afetar a disponibilidade do catálogo e de outras operações. Recomendamos dividir bancos de dados por períodos de vendas rápidas ou ativas ou usá-los permanentemente para projetos naturalmente de alta carga. A migração de dados atuais entre bancos de dados deve ser executada sob a supervisão do administrador do sistema. Não divida os bancos de dados enquanto estiver no modo de Produção.

Além dos bancos de dados mestres, o Commerce permite configurar vários bancos de dados escravos (um para cada recurso de dados declarado no sistema). Um banco de dados subordinado serve como uma réplica completa do banco de dados principal ou de um dos bancos de dados mestre do domínio. É emitido para operações de leitura em um recurso específico.

Você pode adicionar um banco de dados subordinado executando o seguinte comando:

bin/magento setup:db-schema:add-slave

Esse comando executa alterações de configuração, mas não configura a própria replicação. Isso deve ser feito manualmente.

Depois de dividir seu banco de dados mestre e configurar bancos de dados subordinados, o Commerce regula automaticamente as conexões com um banco de dados específico, tomando decisões com base no tipo de solicitação (POST, PUT, GET etc.) e recurso de dados. Se o Commerce ou suas extensões executarem operações de gravação em uma solicitação GET, o sistema alternará automaticamente a conexão do banco de dados subordinado para o mestre. Funciona da mesma forma com bancos de dados mestres: assim que você trabalha com uma tabela relacionada a check-out, o sistema redireciona todas as consultas para um banco de dados específico. Enquanto isso, todas as consultas relacionadas ao catálogo irão para o banco de dados principal.

Para obter mais detalhes sobre a configuração e os benefícios de várias configurações mestre/escravo, consulte
Dividir solução de desempenho de banco de dados.

Veicular conteúdo de mídia

O Magento não fornece nenhuma integração específica para veicular e fornecer conteúdo de mídia. Todas as abordagens comuns podem ser usadas juntas no Magento.

A maneira mais fácil de veicular conteúdo de mídia é entregá-lo e armazená-lo em cache em um servidor Varnish. Essa abordagem pressupõe um sistema de arquivos compartilhado para armazenamento de conteúdo de mídia ou um servidor dedicado apontando para Varnish.

Para ambientes de carga média e alta, recomendamos usar serviços de Rede de entrega de conteúdo (CDN) como Fastly, Akamai e outros. Ao trabalhar com esses serviços, o Commerce usa a abordagem de pull clássica para atualizações de conteúdo. Você deve configurar as URLs do Commerce para funcionarem com o serviço CDN correspondente. Ao mover conteúdo de mídia para um CDN, você diminuirá significativamente a carga em suas instâncias.

Configurar armazenamento de log

O armazenamento de registros e sua influência em outras operações de disco afeta a disponibilidade dos nós da Web, especialmente em situações de alta carga. Recomendamos que você minimize o registro, se não precisar. Você também pode configurar o registro para que ele seja gravado em um sistema de armazenamento separado que tenha altas velocidades de acesso. Observe que qualquer gargalo no acesso ao armazenamento de log pode afetar diretamente o processamento de solicitações recebidas que registram operações de gravação ou leitura como parte de seu fluxo.