Pacote do Cloud Docker
A variável magento/magento-cloud-docker
O pacote de fornece funcionalidade e imagens do Docker para implantar o Adobe Commerce em um ambiente da nuvem local. Estas notas de versão descrevem os últimos aprimoramentos feitos neste pacote, que é um componente do Cloud Tools Suite for Commerce.
A variável magento/magento-cloud-docker
O pacote usa a seguinte sequência de versão: <major>.<minor>.<patch>
As notas de versão incluem:
v1.3.7 latest
Data de lançamento: 8 de abril de 2024
v1.3.6
Data de lançamento: 31 de julho de 2023
v1.3.5
Data de lançamento: 10 de março de 2023
v1.3.4
Data de lançamento: 27 de outubro de 2022
v1.3.3
Data de lançamento: 13 de setembro de 2022
-
-
-
init-docker.sh
script.
v1.3.2
Data de lançamento: 31 de março de 2022
v1.3.1
Data de lançamento: 10 de março de 2022
-
-
-
-
- Adição de imagens do PHP 8.1
- Atualização do xDebug versão 3.1.2
- xmlrpc 1.0.0RC3 atualizado
-
-
sodium
extensão por padrão em todas as imagens do PHP. -
-
v1.3.0
Data de lançamento: 25 de outubro de 2021
-
--mode
opção nobuild
a etapa determina o modo nodeploy
etapa. Não é mais necessário definir o modo após a implantação. Consulte Modo de desenvolvedor. -
- 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.
-
-
v1.2.4
Data de lançamento: 29 de julho de 2021
-
Zookeeper
container—Adição de um Contêiner 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. -
v1.2.3
Data de lançamento: 14 de junho de 2021
-
-
-
ioncube
extensão para imagem do PHP 7.4—Oioncube
Esta extensão foi adicionada novamente à imagem do PHP 7.4 depois de ter sido inicialmente excluída da atualização do PHP 7.3 para o PHP 7.4. Enviado por mattskr. -
manual-native
—Omanual-native
a opção de sincronização de arquivos fornece controle manual sobre a sincronização, o que fornece o melhor desempenho para ambientes macOS e Windows. Leia sobre como usar omanual-native
opção em Modo de desenvolvedor e Sincronização de dados em um ambiente de desenvolvedor do Docker. -
up
edown
comandos—O--volume
A opção foi removida da variávelbin/magento-docker up
ebin/magento-docker down
comandos, substituídos pelo novobin/magento-docker init
com um aviso de perda de dados. Essa alteração ajuda a evitar a perda acidental de dados. Enviado por joeshelton-wagento. -
CN
valor do certificado gerado— Removeu o codificadoCN
valor do Arquivo de docker. Esse valor criou um erro de certificado (NET::ERR_CERT_INVALID
) que causou a--host
opção para a variávelece-docker build:compose
comando a ser ignorado.
v1.2.2
Data de lançamento: 20 de abril de 2021
-
host.docker.internal
para 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. -
mounts
objeto para oMAGENTO_CLOUD_APPLICATION
variável de ambiente. Correção enviada por Chiranjeevi. -
init-docker.sh
script com o PHP 7.4 e versões Cloud Docker 1.2.1. Correção enviada por David Manickam. -
sodium
Extensão PHP por padrão dentro de imagens do PHP Docker. -
custom-registry
opção—Adição de um--custom-registry
opção paraphp ./vendor/bin/ece-docker build:compose
comando para usar seu próprio registro de imagens.code language-bash ./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com
-
-
-
opcache.validate_timestamps
—Habilitou oopcache.validate_timestamps
Configuração do PHP por padrão no modo de desenvolvedor. A habilitação dessa configuração corrigiu o problema em que as alterações no sistema de arquivos não eram reconhecidas no Docker. -
build:custom:compose
—Corrigiu obuild:custom:compose
comando para emitir 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 up
pode estar usando os arquivos errados. -
--sync_engine="native"
opção—Correção do problema onde, no modo de produção (--mode="production"
), o--sync_engine="native"
opção não criaria entradas para pastas locais na variáveldocker.composer.yml
arquivo. -
type
propriedade naMAGENTO_CLOUD_RELATIONSHIP
variável. Adicionar essas versões àrelationships
variável corrigida 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
-
worker_processes
e NGINXworker_connections
para TLS e serviços da Web. A variávelworker_process
O parâmetro mantém a capacidade de definir o valor comoauto
. Exemplos:code language-terminal ./vendor/bin/ece-docker build:compose --nginx-worker-processes=2 ./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048
-
code language-terminal ./vendor/bin/ece-docker build:compose --no-tls
-
-
-
WEB_PORT
de80
para8080
. -
-
v1.2.0
Data de lançamento: 9 de novembro de 2020
-
-
-
-
-
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 Elasticsearch do
services.yaml
arquivo para gerar odocker-compose.yaml
arquivo para um ambiente do Cloud Docker for Commerce. Consulte plug-ins do Elasticsearch. -
Suporte a plug-in do Elasticsearch—Adição de suporte para os seguintes plug-ins do Elasticsearch:
analysis-icu
,analysis-phonetic
,analysis-stempel
, eanalysis-nori
. A variávelanalysis-icu
eanalysis-phonetic
Os plug-ins do são instalados por padrão. É possível adicionar ou remover a variávelanalysis-stempel
eanalysis-nori
plug-ins conforme necessário.
-
-
-
Executar comandos dentro de contêineres PHP do Docker—Agora você pode usar a CLI do Cloud Docker para executar comandos dentro de containers PHP em seu ambiente 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
composer.json
O arquivo contém repositórios Git privados que exigem um cliente ssh para usar comandos do Composer.
-
-
https://hub.docker.com/r/magento/magento-cloud-docker-nginx
Imagem do Docker em 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. -
--with-test
opção para o Dockerbuild:compose
comando para criar o contêiner somente ao testar no ambiente do Docker. Consulte teste de aplicativo. -
-
--set-docker-host
opção para oece-docker build:compose
comando para configurar ohost.docker.internal
no contêiner Xdebug. Essa opção é necessária para usar o Xdebug em sistemas Linux. Consulte Configurar Xdebug para Docker. -
uninitialized "with_xdebug" variable
erros nos logs. Correção apresentada por Florent Olivaud
-
-
-
-
Configuração MailHog—Agora você pode usar o seguinte
ece-docker build:compose
opções de comando para desabilitar MailHog e especificar portas:--no-mailhog
,--mailhog-http-port
, e--mailhog-smtp-port
. Consulte Configurar email. -
Para o Cloud Docker para Commerce 1.2.0 e posterior, o 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 de comércio criados com uma versão anterior.
-
Especificar imagens e versões personalizadas na configuração personalizada do Cloud Docker—Atualizou o
build:custom:compose
comando com opções para especificar imagens e versões personalizadas ao gerar um arquivo de configuração de composição do Docker personalizado (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 variável--tls-port
opção ao gerar o arquivo de configuração do Docker.
-
-
app/etc/env.php
arquivo existe. -
-
v1.1.2
Data de lançamento: 9 de setembro de 2020
v1.1.1
Data de lançamento: 5 de agosto de 2020
-
-
ps: command not found
erros. -
Cannot create container for service db
erros que podem ocorrer ao iniciar o ambiente do Cloud Docker.Agora, você pode configurar o ambiente do Cloud Docker para montar os diretórios do banco de dados adicionando as seguintes opções à
ece-docker build:compose
comando:--with-entry-point
ewith-mariadb-conf
. Consulte Opções de configuração de serviço. -
./vendor/bin/ece-docker build:compose --db --with-entrypoint
./vendor/bin/ece-docker build:compose --db --mariadb-conf
v1.1.0
Data de lançamento: 25 de junho de 2020
-
-
-
-
-
Verniz—Agora, o Varnish é 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 Container de verniz.
-
Adição de
--no-varnish
opção para ignorar a instalação do serviço Vernish ao gerar o arquivo de configuração do Cloud Docker. -
-
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.
-
-
-
Suporte adicionado para o PHP 7.4. Correção enviada por Mohanela Murugan da Zilker Technology
-
Adição da capacidade de copiar um
php.ini
arquivo no diretório do projeto raiz para o ambiente Cloud Docker e aplique configurações personalizadas do PHP para os 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 por Visanth Sampath da Zilker Technology.
-
-
-
-
Suporte adicionado para o Elasticsearch 6.8, 7.2, 7.5 e 7.6.
-
Adição da capacidade de personalizar o configuração do contêiner Elasticsearch ao gerar o arquivo de configuração de composição do Docker.
-
Adição de
--no-es
opção para as 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 de Elasticsearch e usar a pesquisa MySQL. Essa opção é compatível somente com as versões 2.3.5 e anteriores do Adobe Commerce.
-
-
-
-
-
Adição de verificações de integridade para os contêineres de serviço PHP-FPM, Redis, Elasticsearch e MySQL Docker.
-
Alteração do modo de sincronização de arquivos padrão para
native
no Modo de desenvolvedor. -
Adição de informações de versão à imagem genérica do contêiner de serviço do Docker ao gerar o
docker-compose.yml
arquivo. -
Aprimoramento da capacidade de lidar com grandes respostas do contêiner upstream de PHP-FPM ao aumentar o
fastcgi_buffers
para o servidor Nginx. -
Desempenho aprimorado da sincronização de arquivos mutagen ao adicionar uma segunda sessão de sincronização para sincronizar arquivos no
vendor
diretório. 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. -
-
bin/magento-docker flush-redis
bin/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
-
-
-
-
ece-docker build:compose
comando para falhar se a configuração incluir Blackfire.io. Correção enviada por G Arvind da Zilker Technology. -
-
build:compose
falha na operação se a variávelmagento.app.yaml
arquivo especificado para vários usuários do banco de dados. Correção enviada por G Arvind da Zilker Technology. -
rsyslog
do 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
-
Cloud Docker for Commerce
—O código-fonte foi movido para fornecer o Cloud Docker para Commerce a partir doece-tools
repositório para o novomagento-cloud-docker
repositório 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 as ferramentas ece, você também atualiza o
magento/magento-cloud-docker
pacote para a versão 1.0.0. Se você usou o Cloud Docker para Commerce com umece-tools
versão (2002.0.x), revise a incompatibilidades anteriores e atualize seu projeto como scripts, comandos e processos, conforme necessário. -
magento/magento-cloud-docker
pacote para obter as imagens atualizadas. -
-
-
-
-
nginx.conf
para o ambiente do Cloud Docker for Commerce. Consulte container da Web. -
-
-
-
-
magento-db: /var/lib/mysql
O volume do banco de dados 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]. -
-
debian:jessie
Imagem do Docker.— -
-
TimeOut
—Define o valor de tempo limite de Time to First 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. Fixação apresentada por Sorin Sugar
-
-
-
-
-
centos
Imagem do Docker. -
.first_byte_timeout
e.between_bytes_timeout
configuração para o contêiner Verniz. Ambos os valores de tempo limite são padronizados como300s
(5 minutos). Correção enviada por Mathew Beane da Zilker Technology -
pass
em solicitações recebidas quando o Xdebug está ativado. 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.
-
-
-
-
-
-
--with-cron
no comando de compilação do Docker para adicionar um contêiner Cron ao seu ambiente. Consulte Gerenciamento de trabalhos cron. -
dist/docker-sync.yml
edist/mutagen.sh
arquivos. 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 podem ser gerados novamente.
-
-
-
./bin/docker
arquivo para./bin/magento-docker
para corrigir um problema que causava a quebra de alguns ambientes do Docker porque a variável./bin/docker
O arquivo substitui arquivos binários existentes do Docker. Este é um alteração incompatível com versões anteriores que requer atualizações nos scripts e comandos. -
--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>
opção para expor a porta do banco de dados ao host ao criar odocker-compose.yml
arquivo:bin/ece-docker build:compose --expose-db-port=<PORT>
-
.magento.app.yaml
arquivo executado automaticamente depois de implantar o Adobe Commerce em um contêiner do Cloud Docker usando ocloud-deploy
comando. Agora, você deve emitir um relatório separadocloud-post-deploy
comando para executar os ganchos pós-implantação após a implantação. Consulte as instruções atualizadas do Launch para desenvolvedor e produção modo. -
--rm
opção para./bin/magento-docker
comandos para construir e implantar contêineres. Isso remove o contêiner depois que a tarefa é concluída. -
build:compose
comando—-
--sync-engine="native"
opção para odocker-build
comando para desativar 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.
-
-
docker-sync
paranative
. Correção enviada por Mathew Beane da Zilker Technology.
-
-
-