Visão geral da implantação
Estes tópicos discutem o processo de implantação do aplicativo Commerce em um site de produção para o Adobe Commerce versão 2.2 e posterior. A Adobe recomenda esse método de implantação para qualquer pessoa com um site grande que não queira enfrentar o tempo de inatividade durante a implantação.
Se você implantar o Commerce em um único computador e puder tolerar algum tempo de inatividade durante a implantação, consulte Implantação em um único computador.
Implantação de pipeline
Com a versão 2.2 do Commerce, o Adobe apresentou a implantação do pipeline como uma nova maneira de implantar na produção com tempo de inatividade mínimo. Esse processo de implantação ocorre em diferentes sistemas e fornece uma maneira de manter configurações consistentes para todos os sistemas de implantação de pipeline. É um modelo simples, mas eficiente, que permite separar definições de configuração comuns de configurações específicas do sistema (como host e porta) ou configurações confidenciais (como nomes e senhas).
Para usar a implantação do pipeline, o Adobe presume que você esteja:
- Um integrador de sistemas experiente, com excelente conhecimento das opções de configuração do Adobe Commerce.
- Gerenciar um grande site da Commerce (milhares de SKUs) e manter o tempo de inatividade do site de produção em um nível mínimo.
- Conhecido sobre programação PHP.
- Experiente com métodos de controle de origem.
- Seu código está em um repositório de controle de origem. Neste guia, pressupomos que você esteja usando um repositório baseado em Git.
Redução do tempo de inatividade
Ao implantar ativos estáticos e compilar código em um computador separado do sistema de produção, você minimiza o tempo de inatividade. O tempo de inatividade do sistema de produção é limitado à quantidade de tempo necessária para transferir arquivos estáticos e código compilado para o servidor.
Sistemas de implantação
Usamos os termos a seguir para descrever os sistemas envolvidos na implantação.
-
Sistema de desenvolvimento—Máquina na qual os desenvolvedores trabalham para personalizar o código e instalar extensões, temas e pacotes de linguagem do Commerce Marketplace. Além disso, você faz todas as alterações de configuração no sistema de desenvolvimento. Você pode ter muitos sistemas de desenvolvimento.
-
Sistema de compilação — Um sistema no qual você implanta ativos estáticos e compila o código para seu sistema de produção. Como você cria esses ativos em um sistema que não está em produção, o tempo de inatividade do sistema de produção é minimizado.
Seu sistema de build não precisa ter o Commerce instalado. Ele precisa apenas do código Commerce, mas nenhuma conexão de banco de dados é necessária. Além disso, o sistema de build não precisa ser um servidor separado fisicamente.
-
Sistema de preparo—Opcional. Opcionalmente, é possível configurar um sistema de preparo para usar no teste final de todo o código integrado, incluindo o Teste de aceitação do usuário (UAT). Configure um sistema de preparo da mesma forma que configura um sistema de produção. Exceto pelo fato de que o armazenamento temporário não é sua loja ao vivo e não processa pedidos de clientes, ele é idêntico à produção.
-
Sistema de produção—Seu armazenamento ativo. Você deve fazer o mínimo de alterações diretas na configuração aqui e certamente nada que não tenha sido testado em uma instância de preparo. Se possível, faça alterações na configuração com Patches de Dados que foram testados em uma instância de Preparo/Desenvolvimento.
Outros métodos de implantação
Como opção, você pode usar outros métodos de implantação, incluindo:
- Cópia segura com SCP ou rsync
- Capistrano
- A Ferramenta de implantação
Gerenciar a configuração
Modelando depois do fator 3 no design de aplicativo de 12 fatores, a Commerce agora armazena a configuração de cada sistema no próprio sistema. (As configurações de desenvolvimento são armazenadas no sistema de desenvolvimento, as configurações de produção são armazenadas no sistema de produção.)
Fornecemos uma maneira de sincronizar a configuração de seus sistemas:
-
Configuração compartilhada — Configurações que não são específicas do sistema nem confidenciais.
As configurações compartilhadas são configurações que você deseja manter consistentes nos sistemas de desenvolvimento e produção. Defina a configuração compartilhada no Administrador em seu sistema de desenvolvimento (ou Adobe Commerce na infraestrutura em nuvem integração).
O arquivo de configuração compartilhado,
app/etc/config.php, deve ser incluído no controle do código-fonte para que possa ser compartilhado entre os sistemas de desenvolvimento, compilação e produção. -
Configuração específica do sistema — Configurações que variam de acordo com o sistema, como portas e nomes de host de mecanismo de pesquisa.
-
Configuração sensível — Configurações que devem não estar no controle do código-fonte porque expõem informações de identificação pessoal (PII) ou configurações como chaves de API ou senhas.
O arquivo de configuração específico do sistema,
app/etc/env.php, deve não ser incluído no controle de origem ou compartilhado entre sistemas. Em vez disso, use os comandosmagento config:setemagento:sensitive:setpara fornecer valores para essas configurações em seu sistema de produção.
Na maioria das vezes, as opções de configuração definidas na configuração compartilhada, específica do sistema ou confidencial não podem ser editadas no Administrador. Isso ajuda a manter as configurações consistentes em todos os sistemas. (Opcionalmente, você pode usar o comando magento config:setsem a opção --lock para definir configurações editáveis no Administrador.)
Cada opção de configuração do Commerce tem um caminho de configuração exclusivo. Para definir um valor para uma opção de configuração, você pode usar um comando da CLI ou uma variável de ambiente para definir o valor desse caminho de configuração em um sistema específico.