Você pode obter zero de tempo de inatividade com o magento2?

Se você possui um novo módulo e precisa executar setup:upgrade, não vejo uma maneira de ter zero tempo de inatividade. Sempre vai demorar de 10 a 20 segundos porque você precisa atualizar o banco de dados. Ou eu estou esquecendo de alguma coisa?

Mesmo se você estiver implantando em uma pasta diferente e, quando todos os arquivos forem gerados, você vincular o ambiente ativo a essa pasta, você ainda precisará cuidar do banco de dados.

magento2 deployment

— Claudiu Creanga
fonte

Eu me pergunto em que ambiente você está trabalhando em que 10 a 20 segundos ou mesmo alguns minutos de tempo de inatividade seriam um problema. Naturalmente, isso não é o ideal, mas eu tenho que imaginar que é um preço muito pequeno a pagar, especialmente se você implantar fora do horário de pico.

Documentação do desenvolvedor do M2: Implante o Magento na produção . No momento da redação deste documento, os documentos são escassos e estão vinculados a um problema externo do GitHub para discussão. No entanto, esses documentos oficiais são um bom lugar para ficar de olho.

Minha equipe está investigando o uso do Capistrano para implantar o M2. Ainda não decidimos um processo final, mas uma simples pesquisa no Google ("capistrano magento 2") mostra que várias pessoas estão experimentando o mesmo.

Por fim, existem vários esquemas, como a implantação azul esverdeado, que também procuram minimizar o tempo de inatividade. Azul esverdeado, em particular, é como ter um servidor intermediário, mas, no momento crítico, você atualiza o DNS para apontar de azul para verde, transformando verde em ativo e azul em "intermediário". Para a próxima implantação, o azul fica ativo novamente. Dessa forma, o tempo de inatividade é teoricamente zero e as alterações acontecem tão rapidamente quanto a alteração do DNS se propaga.

— nshiff
fonte

obrigado pelos links úteis. DNS nunca se propaga rápido o suficiente na minha opinião. Eu me ateria às pastas de ligação simbólica. Implantações fora do horário de pico são arriscadas. O horário de pico seria essencialmente muito cedo pela manhã ou muito tarde da noite. Se você é uma empresa pequena, pode não ter pessoal suficiente para isso.

— Claudiu Creanga

Eu realmente não entendo como o azul esverdeado pode funcionar aqui sem exigir que todos os tipos de sincronização de banco de dados ocorram, o que parece arriscado. O problema é que a instalação do módulo requer que sejam feitas atualizações de banco de dados.

— Rich S

@ RichS No que diz respeito ao software, a sincronização não é um problema. Mas sim, pode ser complicado evitar a perda de pedidos ou outros dados do cliente - veja a fonte que vinculei. Ele recomenda realmente usar o mesmo banco de dados. Novamente, voltando à premissa da pergunta, quando 10 minutos de inatividade realmente será um problema? Primeiro, procuraria uma solução não técnica, como a implantação às 2h, antes de introduzir uma complexidade desnecessária.

— Nshiff