-
Criado um pacote separado para entregar
Cloud Docker for Commerce
—Moveu o código-fonte para entregar o Cloud Docker para Commerce do repositórioece-tools
para o novo repositóriomagento-cloud-docker
para manter a qualidade do código e fornecer versões independentes. O novo pacote é uma dependência para ECE-Tools v2002.1.0 e posteriores.Ao atualizar ece-tools, você também atualiza o pacote
magento/magento-cloud-docker
para a versão 1.0.0. Se você usou o Cloud Docker para Commerce com uma versão anterior doece-tools
(2002.0.x), revise as incompatibilidades anteriores e atualize seu projeto como scripts, comandos e processos, conforme necessário. -
Adição do controle de versão das imagens do Docker—Atualize agora o pacote
magento/magento-cloud-docker
para obter as imagens atualizadas. -
Atualizações do contêiner—
-
contêiner PHP-FPM—
-
Adição de suporte a Node.js—Atualização da imagem PHP-FPM para oferecer suporte aos recursos node, npm e grunt-cli dentro do contêiner PHP.
-
Adição de suporte para ionCube—Atualização da configuração padrão do Docker para oferecer suporte ao ionCube no ambiente de desenvolvimento do Docker local.
-
-
Contêiner da Web—
-
Personalizar configuração do NGINX—Adicionou a capacidade de montar um arquivo personalizado
nginx.conf
no ambiente do Cloud Docker for Commerce. Consulte contêiner da Web. -
Certificados NGINX gerados automaticamente—O arquivo de configuração do Docker agora inclui a configuração para gerar automaticamente certificados NGINX para o contêiner da Web.
-
-
Novo contêiner Selenium—Adicionou um contêiner Selenium para suportar o teste de aplicativo Adobe Commerce usando o MFTF (Estrutura de Teste Funcional Magento).
-
RabbitMQversão suporte—Atualizado a configuração de contêiner RabbitMQ para suportar RabbitMQ versão 3.8.
-
Contêiner de banco de dados persistente — O volume de banco de dados
magento-db: /var/lib/mysql
agora persiste depois que você interrompe e remove a configuração do Docker e restaura quando você reinicia a configuração do Docker. Agora, você deve excluir manualmente o volume do banco de dados. Consulte [Contêineres de banco de dados]. -
Contêiner TLS—
-
Atualização da imagem base do contêiner para usar a imagem oficial—A imagem do contêiner TLS da nuvem agora se baseia na imagem oficial do
debian:jessie
Docker.— -
Adição de suporte para o [Proxy de Terminação TLS de Libra]—O arquivo de configuração de Libra adiciona as seguintes variáveis ENV para personalizar a configuração do Docker para o contêiner TLS:
-
TimeOut
— Define o valor de tempo limite de Tempo até o Primeiro Byte (TTFB). O valor padrão é de 300 segundos. -
RewriteLocation
— Determina se o proxy Libra reescreve o local no URL da solicitação por padrão. O padrão é0
, para evitar que a regravação interrompa os redirecionamentos para sites externos, como um site SSO externo. Correção enviada por Sorin Sugar
-
-
Aumento do valor de tempo limite na configuração do contêiner TLS de 15 para 300 segundos. Correção enviada por Mathew Beane da Zilker Technology
-
-
Contêiner de verniz—
-
Atualizado a imagem base do contêiner para usar a imagem oficial—O contêiner de Verniz da Nuvem agora se baseia na imagem oficial do
centos
Docker. -
Configuração de tempo limite padrão aprimorada-Adição da configuração
.first_byte_timeout
e.between_bytes_timeout
ao contêiner Verniz. Ambos os valores de tempo limite são padronizados como300s
(5 minutos). Correção enviada por Mathew Beane da Zilker Technology -
Ignorar Verniz durante as sessões de Xdebug—Atualizou a configuração do contêiner Verniz para retornar
pass
sobre as solicitações recebidas quando Xdebug estava habilitado. Em versões anteriores, não era possível usar o Xdebug se o ambiente do Docker incluísse verniz. Correção enviada por Mathew Beane da Zilker Technology.
-
-
-
Alterações na configuração do Docker—
-
Gerenciar montagens e volumes do seu projeto—Adicionou a capacidade de gerenciar montagens e volumes ao iniciar um ambiente do Docker para desenvolvimento local. Consulte [Compartilhando dados do projeto].
-
Suporte para o modo ponte de rede—Adicionou suporte para o modo ponte de rede para habilitar conexões entre contêineres Docker na rede local.
-
Contêiner do Cron desabilitado por padrão—Para melhorar o desempenho, o contêiner do Cron não é mais configurado por padrão quando você compila o ambiente do Docker. Você pode usar a opção
--with-cron
no comando de compilação do Docker para adicionar um contêiner Cron ao seu ambiente. Consulte Gerenciamento de trabalhos cron. -
Parar de sincronizar arquivos de backup grandes—Despejos de BD e arquivos mortos—ZIP, SQL, GZ e BZ2—adicionados à lista de exclusão nos arquivos
dist/docker-sync.yml
edist/mutagen.sh
. A sincronização de arquivos grandes (>1 GB) pode causar um período de inatividade e os arquivos de backup normalmente não exigem sincronização, pois você pode gerá-los novamente.
-
-
Alterações de comando—
-
Renomeou o arquivo
./bin/docker
como./bin/magento-docker
para corrigir um problema que causava a quebra de alguns ambientes do Docker porque o arquivo./bin/docker
substitui arquivos binários existentes do Docker. Esta é uma alteração incompatível com versões anteriores que requer atualizações para seus scripts e comandos. -
Adicionada uma opção de configuração de serviço para expor a porta do banco de dados ao host—Use a opção
--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>
para expor a porta do banco de dados ao host ao compilar o arquivodocker-compose.yml
:bin/ece-docker build:compose --expose-db-port=<PORT>
-
Novo comando pós-implantação — Anteriormente, os ganchos pós-implantação definidos no arquivo
.magento.app.yaml
eram executados automaticamente depois de você ter implantado o Adobe Commerce em um contêiner do Cloud Docker usando o comandocloud-deploy
. Agora, você deve emitir um comandocloud-post-deploy
separado para executar os ganchos pós-implantação após a implantação. Veja as instruções de inicialização atualizadas para o desenvolvedor e o modo de produção. -
Adicionada a opção
--rm
aos comandos./bin/magento-docker
para a compilação e implantação de contêineres. Isso remove o contêiner após a conclusão da tarefa. -
Atualizações para
build:compose
comando—-
Adicionada a opção
--sync-engine="native"
ao comandodocker-build
para desabilitar a sincronização de arquivos ao gerar o arquivo de configuração Docker Compose no modo de desenvolvedor. Use essa opção ao desenvolver em sistemas Linux, que não exigem sincronização de arquivos para o desenvolvimento local do Docker. Consulte Sincronização de dados no ambiente do Docker.
-
Adicionada a opção
-
alterou a configuração de sincronização de arquivos padrão de
docker-sync
paranative
. Correção enviada por Mathew Beane da Zilker Technology.
-
-
Melhorias na validação—
-
Adicionado validação ao processo de implantação para ambientes de desenvolvimento do Docker local para verificar se a configuração do ambiente de nuvem inclui a chave de criptografia necessária para descriptografar o banco de dados. Agora, você receberá uma mensagem de erro no log se a configuração do ambiente não especificar um valor para a chave de criptografia.
-
Adicionado uma verificação de integridade de contêiner ao serviço Elasticsearch para garantir que o serviço esteja pronto antes de continuar com o processamento de compilação e implantação. Se a verificação de integridade retornar um erro, o contêiner será reiniciado automaticamente.
-