Pacote do Cloud Docker
O pacote magento/magento-cloud-docker fornece funcionalidade e imagens do Docker para implantar o Adobe Commerce em um ambiente de Nuvem local. Estas notas de versão descrevem as últimas melhorias neste pacote, que é um componente do Conjunto de ferramentas da nuvem para o Commerce.
O pacote magento/magento-cloud-docker usa a seguinte sequência de versão: <major>.<minor>.<patch>
As notas de versão incluem:
-
Novos recursos -
Correções e melhorias
v1.4.8 latest
Data de lançamento: 06 de maio de 2026
-
Testes de serviço atualizados—Testes atualizados para MariaDB, RabbitMQ, AtiveMQ, Opensearch e Valkey. -
Valkey—Suporte ao Valkey 8.1 adicionado. -
Imagem de Opensearch—Opensearch 2.19 e 3.5 adicionados. -
AtiveMQ—Suporte para AtiveMQ 2.51 adicionado. -
MariaDB—Adição do suporte para MariaDB 11.8 e 12.2. -
MailHog—Corrigiu a imagem MailHog.
v1.4.7
Data de lançamento: 05 de março de 2026
-
PHP 8.5—Suporte adicionado para PHP 8.5. -
Adição dephp-cliephp-fpmimagens 8.5—Adição de novas imagens do Cloud Docker (CLI e FPM) com suporte ao PHP 8.5. -
Adição dos comandos de geração de imagem docker PHP 8.5 e Opensearch 3.0-Solução do isolamento de rede Docker (incluindo ARM64), testes de integração corrigidos e adição do suporte a PHP 8.5 e OpenSearch 3.0 para comandos de geração de imagem Docker.
v1.4.6
Data de lançamento: 13 de novembro de 2025
-
Pacote Symfony - Suporte adicionado para os pacotes YAML Symfony mais recentes.
v1.4.5
Data de lançamento: 08 de outubro de 2025
-
AtiveMQ—Adicionou suporte a AtiveMQ no Cloud-Docker com testes funcionais.
v1.4.4
Data de lançamento: 07 de agosto de 2025
-
PHP 8.4—Testes do PHP 8.4 adicionados. -
Extensão FTP - Correção adicionada para extensão FTP. -
Imagem Opensearch3—Suporte a Opensearch3 adicionado. -
Testes do Opensearch3—Adicionou testes do PHP 8.4 para Opensearch3. -
Valkey—Suporte adicionado para Valkey.
v1.4.3
Data de lançamento: 03 de junho de 2025
-
Compatibilidade aprimorada com 2.4.8-Bibliotecas de terceiros atualizadas para melhor compatibilidade com 2.4.8
v1.4.2
Data de lançamento: 7 de abril de 2025
-
PHP 8.4—Adição dephp-cliimagens 8.4 ephp-fpmimagens 8.4.
v1.4.1
Data de lançamento: 6 de fevereiro de 2025
-
PHP 8.4—Suporte adicionado para PHP 8.4.
v1.4.0
Data de lançamento: 7 de outubro de 2024
-
Código refatorado—Removeu o suporte de versões antigas do PHP (7.4, 7.3, 7.2) e bibliotecas e imagens relacionadas.
v1.3.7
Data de lançamento: 8 de abril de 2024
-
PHP — Adição de suporte para imagens do PHP 8.3 e PHP 8.3. -
Nginx — imagem nginx v adicionada. 1.24. -
Opensearch - Imagem adicionada OpenSearch v. 2.12, 1.3. -
Composer - Versão do Composer atualizada para 2.2.23.
v1.3.6
Data de lançamento: 31 de julho de 2023
-
Nova versão de serviço adicionada—OpenSearch 2.5. -
Habilitar cache do Composer—Agora você pode estender a configuração do Docker para habilitar o cache limpo do Composer ao iniciar o contêiner do Docker. Consulte Estender a configuração do Docker no guia do Cloud Docker for Commerce.
v1.3.5
Data de lançamento: 10 de março de 2023
-
ionCube—Adicionou a extensão ionCube para a imagem do PHP 8.1. -
Adição de novas versões de serviço—OpenSearch 2.3 e 2.4, PHP 8.2, Varnish 7.1.1. -
Suporte aprimorado para PHP 8.2—Corrigiu problemas de compatibilidade com determinadas versões do PHP 8.2.x para suportar Commerce 2.4.6. -
Problema do Composer—Correção de problemas que ocorriam após a atualização da versão do Composer nos contêineres do Docker.
v1.3.4
Data de lançamento: 27 de outubro de 2022
-
Adição de novas imagens em verniz—Adição de imagens para verniz 6.5, 7.0 e 7.1.
v1.3.3
Data de lançamento: 13 de setembro de 2022
-
Suporte ao Apple M1 (ARM64)—Adição de alterações nas imagens do Docker para habilitar o suporte à arquitetura Apple M1 (ARM64). -
Mailhog—Corrigiu um problema onde o serviço de Mailhog não capturava emails enquanto estava no modo de desenvolvedor. -
init-docker.sh—Corrigiu o validador de versões de serviço no scriptinit-docker.sh.
v1.3.2
Data de lançamento: 31 de março de 2022
-
Imagem do Elasticsearch 7.10 adicionada
v1.3.1
Data de lançamento: 10 de março de 2022
-
Suporte ao PHP 8.1—Suporte adicionado para o PHP 8.1. -
OpenSearch—Adicionou imagens das versões 1.1 e 1.2 do OpenSearch. -
Compositor 2.1—Define o compositor 2.1.x como padrão nas imagens do PHP 8.x. -
melhorias nas imagens do PHP—- Adição de imagens do PHP 8.1
- Atualização do xDebug versão 3.1.2
- xmlrpc 1.0.0RC3 atualizado
-
Melhorias no Elasticsearch e no OpenSearch—Melhorias no Elasticsearch e no OpenSearch Dockerfiles; removeu a imagem do Elasticsearch 5.2. -
Extensão de sódio—Habilitou a extensãosodiumpor padrão em todas as imagens PHP. -
Volume de cache do Composer — Caminho fixo para o volume de cache do Composer ter pacotes do Composer em cache. -
Limitação de memória em nginx—Limitação de memória corrigida na imagem NGINX.
v1.3.0
Data de lançamento: 25 de outubro de 2021
-
Melhorar fluxo de trabalho do modo de desenvolvedor—Anteriormente, você precisava especificar o modo nas etapas de compilação e implantação. Agora, a opção--modena etapabuilddetermina o modo na etapadeployposterior. Não é mais necessário definir o modo após a implantação. Consulte Modo de desenvolvedor. -
Melhorias no sistema de arquivos somente leitura—- Correção de um problema que iniciava um contêiner PHP para configuração de email.
- Pode usar variáveis de ambiente em arquivos INI.
- Certifique-se de que os pontos de entrada do PHP não precisem de permissão de gravação.
-
Atualizar Nó—Atualiza a versão de Nó fornecida; ao instalar o Nó em imagens PHP-CLI, ele agora usa a versão LTS atual. -
Atualizar Symfony—Atualizou as dependências de configuração do Symfony para serem compatíveis com o Adobe Commerce 2.4.4.
v1.2.4
Data de lançamento: 29 de julho de 2021
-
NovoZookeepercontêiner—Adicionou um contêiner do Zookeeper para gerenciar a configuração do provedor de bloqueio para projetos que não estão implantados na infraestrutura do Adobe Commerce na nuvem. -
Adicionado suporte para o Composer 2.0.—O Composer versão 2.0 foi adicionado ao arquivo de configuração do Composer para oferecer suporte a atualizações do Composer 1.0 que está se aproximando do fim da vida útil.
v1.2.3
Data de lançamento: 14 de junho de 2021
-
Adição do PHP 8.0—Atualização do PHP para a versão 8.0, permitindo que você aproveite todos os novos recursos e otimizações que o PHP 8.0 inclui. -
Atualizado para o Vernish 6.6 e o Elasticsearch 7.11.2—Os links a seguir fornecem informações sobre a versão do Varnish Cache 6.6 e do Elasticsearch 7.11.2. -
Adição da extensãoioncubepara a imagem do PHP 7.4—A extensãoioncubefoi adicionada novamente à imagem do PHP 7.4 após ter sido excluída inicialmente da atualização do PHP 7.3 para o PHP 7.4. Enviado por . -
Adição de uma opção de sincronização de arquivo:manual-native—A opção de sincronização de arquivomanual-nativefornece controle manual sobre a sincronização, que fornece o melhor desempenho para ambientes macOS e Windows. Leia sobre como usar a opçãomanual-nativeno Modo de desenvolvedor e Sincronizando dados em um ambiente de desenvolvedor do Docker. -
Remoção de exclusões de volume dos comandosupedown—A opção--volumefoi removida dos comandosbin/magento-docker upebin/magento-docker down, substituída pelo novo comandobin/magento-docker initcom um aviso de perda de dados. Essa alteração ajuda a evitar a perda acidental de dados. Enviado por joeshelton-wagento. -
Atualização do valorCNpara o certificado gerado—Remoção do valor codificadoCNdo Dockerfile. Este valor criou um erro de certificado (NET::ERR_CERT_INVALID) que fez com que a opção--hostdo comandoece-docker build:composefosse ignorada.
v1.2.2
Data de lançamento: 20 de abril de 2021
-
Atualizadohost.docker.internalpara ser independente de plataforma—Agora você pode criar os mesmos scripts Docker Compose para Ubuntu, Windows e macOS. O uso do Xdebug no Ubuntu não requer mais uma variável de ambiente separada. Correção enviada por Igor Vitol. -
Init-docker.sh atualizado—Adicionou o objetomountsà variável de ambienteMAGENTO_CLOUD_APPLICATION. Correção enviada por Chiranjeevi. -
Init-docker.sh atualizado—Atualizou o scriptinit-docker.shcom o PHP 7.4 e versões Cloud Docker 1.2.1. Correção enviada por Adarsh Manickam. -
Sódio habilitado por padrão—Habilitou a extensão PHPsodiumpor padrão nas imagens do PHP Docker. -
custom-registryopção—Adicionou uma opção--custom-registryao comandophp ./vendor/bin/ece-docker build:composepara usar seu próprio registro de imagens.code language-bash ./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com -
Remoção de versões antigas do Elasticsearch—Remoção das versões 1.7 e 2.4 do Elasticsearch das imagens do Elasticsearch. -
Gerando automaticamente certificados NGINX—Removeu os certificados existentes da imagem NGINX. Os certificados NGINX agora são gerados automaticamente a cada nova implantação para melhorar a segurança. -
Habilitadoopcache.validate_timestamps—Habilitou a configuração do PHPopcache.validate_timestampspor padrão no modo de desenvolvedor. Habilitar essa configuração corrigiu o problema onde as alterações no sistema de arquivos não eram reconhecidas no Docker. -
Corrigidobuild:custom:compose—Corrigido o comandobuild:custom:composepara gerar um erro quando os arquivos não puderem ser substituídos durante o processo de compilação. Gerar um erro evita situações em quedocker-compose uppoderia estar usando os arquivos errados. -
Opção--sync_engine="native"corrigida—Corrigiu o problema onde, no modo de produção (--mode="production"), a opção--sync_engine="native"não criava entradas para pastas locais no arquivodocker.composer.yml. -
Erros de validação de versão de serviço corrigidos—Versões de serviço adicionadas para RabbitMQ, Elasticsearch e outros serviços à propriedadetypena variávelMAGENTO_CLOUD_RELATIONSHIP. Adicionar essas versões à variávelrelationshipscorrigiu os erros de validação que ocorriam durante a fase de implantação.
v1.2.1
Data de lançamento: 21 de dezembro de 2020
-
Opções de comando NGINX—Adicionou opções de comando de compilação para alterar o número de NGINXworker_processese NGINXworker_connectionspara TLS e serviços Web. O parâmetroworker_processmantém a capacidade de definir o valor comoauto. Exemplos:code language-bash ./vendor/bin/ece-docker build:compose --nginx-worker-processes=2 ./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048 -
opção de comando TLS—Adicionada a opção de comando de compilação para criar uma configuração sem o serviço TLS. Exemplo:code language-bash ./vendor/bin/ece-docker build:compose --no-tls -
Consumo de memória do NGINX—Reduziu a memória consumida pelo processo do NGINX para TLS e serviços Web. -
Blackfire—Desabilitou a extensão PHP Blackfire por padrão na imagem do Cloud Docker. -
contêiner PHP-FPM—Corrigiu a verificação de integridade do contêiner PHP-FPM alterando oWEB_PORTde80para8080. -
Nomeação de volume inválida—Corrigido um erro com nomeação de volume inválida no modo de desenvolvedor. -
Porta upstream de NGINX—Atualizou a imagem Docker NGINX 1.19 para usar a porta 8080 e evitar um loop infinito. Correção enviada por Adarsh Manickam.
v1.2.0
Data de lançamento: 9 de novembro de 2020
-
Atualizações de contêiner—-
contêiner PHP-FPM—Suporte adicionado para a extensão gnupg PHP. Correção enviada por G Arvind da Zilker Technology. -
Contêiner de banco de dados—Corrigiu a verificação de integridade do contêiner de banco de dados adicionando a senha de banco de dados necessária ao comando de verificação de integridade. -
contêiner Elasticsearch-
Adição de suporte ao Elasticsearch 7.9 para compatibilidade com versões futuras do Adobe Commerce.
-
Configuração do plug-in do Elasticsearch — Adição de suporte para usar as informações de configuração do plug-in do Elasticsearch do arquivo
services.yamlpara gerar o arquivodocker-compose.yamlpara um ambiente do Cloud Docker for Commerce. Consulte plug-ins do Elasticsearch. -
Suporte ao plug-in do Elasticsearch—Suporte adicionado para os seguintes plug-ins do Elasticsearch:
analysis-icu,analysis-phonetic,analysis-stempeleanalysis-nori. Os plug-insanalysis-icueanalysis-phoneticsão instalados por padrão. Você pode adicionar ou remover osanalysis-stempeleanalysis-noriplug-ins conforme necessário.
-
-
contêiner CLI-
Executar comandos dentro de contêineres PHP do Docker—Agora você pode usar a CLI do Cloud Docker para executar comandos dentro de contêineres PHP no ambiente do Docker sem precisar instalar o PHP no host. Por exemplo, o comando a seguir cria a configuração:
./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose. Consulte CLI do Cloud Docker. Correção enviada por G Arvind da Zilker Technology. -
Adição do OpenSSH-client aos contêineres da CLI do PHP. Agora, você pode usar o encaminhamento ssh-agent para o Composer se o arquivo
composer.jsoncontiver repositórios Git privados que exigem um cliente ssh para usar comandos do Composer.
-
-
Contêiner TLS—Agora, o contêiner TLS é baseado na imagem do Dockerhttps://hub.docker.com/r/magento/magento-cloud-docker-nginxem vez da imagem do CentOS. Essa alteração corrige problemas que causavam erros ao enviar solicitações HTTPS entre contêineres no ambiente do Cloud Docker. -
Contêiner de teste—Adicionou um contêiner de teste para teste de aplicativo e adicionou a opção--with-testao comando Dockerbuild:composepara criar o contêiner somente ao testar no ambiente Docker. Consulte teste de aplicativo. -
contêiner FPM-XDEBUG-
Configurar Xdebug no Linux—Adicionada a opção--set-docker-hostao comandoece-docker build:composepara configurar o valorhost.docker.internalno contêiner Xdebug. Essa opção é necessária para usar o Xdebug em sistemas Linux. Consulte Configurar Xdebug para Docker. -
Corrigido a configuração da variável Xdebug para o Docker ENTRYPOINT para resolveruninitialized "with_xdebug" variableerros nos logs. Correção enviada por Florent Olivaud
-
-
-
Alterações na configuração do Docker-
Configuração de MailHog—Agora você pode usar as seguintes opções de comando
ece-docker build:composepara desabilitar MailHog e especificar portas:--no-mailhog,--mailhog-http-porte--mailhog-smtp-port. Consulte Configurar email. -
Para o Cloud Docker para Commerce 1.2.0 e posterior, a Adobe agora fornece imagens do Docker para cada versão de patch, e o gerador de configuração do Docker cria a configuração do Docker com uma versão de patch especificada, em vez de usar a mais recente. Anteriormente, o gerador de configuração do Docker criava a configuração usando a versão de patch mais recente, o que poderia quebrar o Cloud Docker para ambientes Commerce criados com uma versão anterior.
-
Especificar imagens e versões personalizadas na configuração personalizada do Cloud Docker—O comando
build:custom:composefoi atualizado com opções para especificar imagens e versões personalizadas ao gerar um arquivo de configuração personalizado composto pelo Docker (docker-compose.yaml). Consulte Criar uma configuração personalizada de composição do Docker. -
Atualização da configuração do host Docker para expor a porta 443 para habilitar o acesso ao Adobe Commerce (
https://magento2.docker) de todos os contêineres CLI. Você pode alterar a porta padrão adicionando a opção--tls-portao gerar o arquivo de configuração Docker.
-
-
Corrigido um problema que causava a falha da compilação do Cloud Docker para Commerce se o arquivoapp/etc/env.phpexistisse. -
Atualizou a configuração de compilação para substituir volumes nomeados por volumes regulares para evitar problemas ao implantar o Cloud Docker para Commerce no Linux ou o WSL2 (Subsistema do Windows para Linux). -
atualizou o Cloud Docker para testes funcionais do Commerce para oferecer suporte ao Composer 2.0.
v1.1.2
Data de lançamento: 9 de setembro de 2020
-
Suporte adicionado para o Elasticsearch 7.7
v1.1.1
Data de lançamento: 5 de agosto de 2020
-
Configuração de email atualizada—Atualizou o Cloud Docker padrão para configuração do Commerce para oferecer suporte ao serviço MailHog em vez de usar SendMail. Consulte Configurar email. -
Restaurada a biblioteca PS para a configuração de ambiente do Cloud Docker para corrigirps: command not founderros. -
Atualização da configuração padrão do Cloud Docker para Commerce para remover a montagem automática do ponto de entrada do banco de dados e dos volumes do MariaDB para corrigirCannot create container for service dberros que podem ocorrer ao iniciar o ambiente do Cloud Docker.Agora, você pode configurar o ambiente do Cloud Docker para montar os diretórios de banco de dados adicionando as seguintes opções ao comando
ece-docker build:compose:--with-entry-pointewith-mariadb-conf. Consulte Opções de configuração de serviço. -
atualizações de comando CLI
./vendor/bin/ece-docker build:compose --db --with-entrypoint./vendor/bin/ece-docker build:compose --db --mariadb-confv1.1.0
Data de lançamento: 25 de junho de 2020
-
Adição de suporte para a solução de desempenho de banco de dados dividido—Agora você pode configurar e implantar um armazenamento usando a solução de desempenho de banco de dados dividido no ambiente do Cloud Docker. -
Suporte para implantação do Adobe Commerce e do Magento Open Source—Agora você pode usar o Cloud Docker for Commerce para implantar um ambiente de desenvolvimento local para projetos que não estejam hospedados no Adobe Commerce na infraestrutura em nuvem. -
suporte ao Blackfire.io—Adicionou suporte para usar a extensão do Blackfire.io para teste de desempenho automatizado. Correção enviada por Adarsh Manickam da Zilker Technology -
Atualizações do contêiner-
Verniz — Agora o verniz é o cache padrão ao implantar o Adobe Commerce em um ambiente do Cloud Docker usando uma versão compatível do modelo de aplicativo na nuvem. Consulte Contêiner de verniz.
-
Adicionada a opção
--no-varnishpara ignorar a instalação do serviço Verniz ao gerar o arquivo de configuração do Cloud Docker. -
Banco de dados-
Adição do suporte para o banco de dados MySQL. Agora, você pode configurar o ambiente do Cloud Docker com MariaDB ou MySQL. Consulte Opções de configuração de serviço.
-
Adição da capacidade de definir as configurações de incremento e deslocamento para replicação de banco de dados ao gerar o arquivo de composição do Docker. Consulte Contêineres de serviço.
-
-
PHP-FPM-
Suporte adicionado para o PHP 7.4. Correção enviada por Mohanela Murugan da Zilker Technology
-
Adição da capacidade de copiar um arquivo
php.inino diretório do projeto raiz para o ambiente do Cloud Docker e aplicar configurações personalizadas de PHP aos contêineres PHP-FPM e CLI. Consulte Personalizar configurações do PHP. Correção enviada por Mathew Beane da Zilker Technology. -
Adição de uma verificação de integridade do contêiner. Correção enviada pelo Visanth Sampath da Zilker Technology.
-
-
Node.js—Atualizou a versão padrão do Node.js da versão 8 para a versão 10 para melhorar a segurança. A versão 8 do Node.js está obsoleta e não é mais atualizada com correções de erros ou patches de segurança. Correção enviada por Mohan Elamurugan da Zilker Technology. -
Elasticsearch-
Suporte adicionado para Elasticsearch 6.8, 7.2, 7.5 e 7.6.
-
Adicionada a capacidade de personalizar a configuração do contêiner do Elasticsearch ao gerar o arquivo de configuração de composição do Docker.
-
Adicionada a opção
--no-esàs opções de configuração do serviço para gerar o arquivo de configuração Docker Compose. Use essa opção para ignorar a instalação do contêiner Elasticsearch e usar a pesquisa MySQL. Esta opção só tem suporte para o Adobe Commerce versões 2.3.5 e anteriores.
-
-
contêiner FPM-XDEBUG—Adicionou uma opção de configuração de serviço para instalar e configurar o Xdebug para depurar o PHP no ambiente do Cloud Docker. Consulte Configurar Xdebug.
-
-
Alterações na configuração do Docker-
Adição de verificações de integridade para os contêineres de serviço PHP-FPM, Redis, Elasticsearch e MySQL Docker.
-
Alterado o modo de sincronização de arquivos padrão para
nativeno Modo de desenvolvedor. -
Adição de informações de versão à imagem de contêiner do serviço Docker genérica ao gerar o arquivo
docker-compose.yml. -
Melhoria na capacidade de lidar com grandes respostas do contêiner upstream de PHP-FPM ao aumentar o valor
fastcgi_bufferspara o servidor Nginx. -
Desempenho de sincronização de arquivos mutagen aprimorado ao adicionar uma segunda sessão de sincronização para sincronizar arquivos no diretório
vendor. Essa alteração impede que o mutagen fique paralisado durante o processo de sincronização de arquivos. Correção enviada por Mathew Beane da Zilker Technology. -
atualizações de comando CLI
-
bin/magento-docker flush-redisbin/magento-docker flush-varnish.vendor/bin/ece-docker build:compose --no-varnish.vendor/bin/ece-docker build:compose --es-env-var.vendor/bin/ece-docker build:compose --no-es./vendor/bin/ece-docker build:compose --db <mysql-version-number> --db-image mysql./vendor/bin/ece-docker build:compose --host=<hostname> --port=<port-number>.vendor/bin/ece-docker build:compose --mode developer --sync-engine native --with-xdebug-
Corrigido a configuração da sincronização de arquivos mutagen para impedir que mutagen criasse sessões obsoletas. Correção enviada por Mathew Beane da Zilker Technology. -
Corrigido um problema de configuração que causava erros de sintaxe no log de composição do Docker ao iniciar o contêiner PHP-FPM. Correção enviada por Mathew Beane da Zilker Technology -
Correção de erros de conflito de volume que às vezes ocorriam ao usar vários ambientes do Docker. Correção enviada por G Arvind da Zilker Technology. -
Corrigido um problema que causava a falha do comandoece-docker build:composese a configuração incluísse Blackfire.io. Correção enviada por G Arvind da Zilker Technology. -
Atualizado a configuração de imagem da CLI do PHP para evitar erros de falta de memória ocorridos ao instalar vários pacotes usando o Cloud Docker para Commerce. Correção enviada por Mohan Elamurugan da Zilker Technology.* -
Adicionado suporte para vários usuários do MySQL no ambiente do Cloud Docker. Em versões anteriores, a operaçãobuild:composefalhará se o arquivomagento.app.yamlespecificar vários usuários do banco de dados. Correção enviada por G Arvind da Zilker Technology. -
Removidorsyslogdo Cloud Docker para contêineres PHP do Commerce para resolver problemas de compatibilidade que causavam notificações de aviso durante a implantação. O Cloud Docker não usa o utilitário rsyslog.
v1.0.0
Data de lançamento: 5 de fevereiro de 2020
-
Criado um pacote separado para entregarCloud Docker for Commerce—Moveu o código-fonte para entregar o Cloud Docker para Commerce do repositórioece-toolspara o novo repositóriomagento-cloud-dockerpara 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-dockerpara 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 pacotemagento/magento-cloud-dockerpara 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 personalizadonginx.confno 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 aplicativos Adobe Commerce usando o MFTF (Estrutura de Teste Funcional) do 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 dadosmagento-db: /var/lib/mysqlagora 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 dodebian:jessieDocker.— -
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 docentosDocker. -
Configuração de tempo limite padrão aprimorada-Adição da configuração.first_byte_timeoute.between_bytes_timeoutao 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 retornarpasssobre 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-cronno 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 arquivosdist/docker-sync.ymledist/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/dockercomo./bin/magento-dockerpara corrigir um problema que causava a quebra de alguns ambientes do Docker porque o arquivo./bin/dockersubstitui 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.yamleram 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-deployseparado 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--rmaos comandos./bin/magento-dockerpara a compilação e implantação de contêineres. Isso remove o contêiner após a conclusão da tarefa. -
Atualizações parabuild:composecomando—-
Adicionada a opção--sync-engine="native"ao comandodocker-buildpara 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.
-
-
alterou a configuração de sincronização de arquivos padrão dedocker-syncparanative. 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.
-