Magento2 mudando do site de teste para o site ativo

Eu não encontrei muitas informações em um processo eficiente para um desenvolvimento contínuo do meu site, para que eu possa adicionar módulos personalizados e outras alterações de arquivo na preparação e depois enviá-las para a cópia ao vivo do meu site com o magento2.

No Magento 1.9, apenas tínhamos um clone dos arquivos git e o git puxou todas as alterações que estavam prontas para o site ao vivo. Obviamente, isso não funcionará no magento2, se meu site de teste estiver no modo de desenvolvedor e meu site ao vivo estiver em produção.

Qual é a melhor prática que envolve o menor tempo de inatividade do site ativo? (nenhum tempo de inatividade seria ideal se isso for possível)

Você pode usar o ansible para automatizar as etapas:

Do ponto de vista global:

(Gerencie todas as suas alterações com scripts de configuração / atualização)

• banco de dados de backup
• alternar manutenção
• desativar crons
• recuperar fonte de código atualizada
• defina suas pastas compartilhadas
• instalar dependências do compositor
• executar bin/magento setup:installcom parâmetros
• atualizar a configuração do magento env para Redis / Varnish e ElasticSearch
• atualizar com ./bin/magento setup:upgrade
• construir di com ./bin/magento setup:di:compile -vvv
• cache de descarga ./bin/magento cache:clean
• definir modo magento ./bin/magento deploy:mode:set {{ m2site_mode }}
• reindexar ./bin/magento indexer:reindex
• configurar / ativar crons

Adapte essas etapas às suas necessidades.

A pista é fazer com que as etapas funcionem para um novo ambiente ou para um ambiente existente.

Você terá tempo de inatividade se tiver algum script de instalação para executar. Para minimizar o tempo de inatividade, execute estas etapas em um servidor de pré-produção e copie todo o código gerado para o servidor de produção. Você pode reindexar dados em segundo plano.