Verificar Estado Ideal—O assistente ideal-state agora verifica a configuração atual durante cada implantação e fornece instruções claras para atualizar a configuração para obter uma implantação mais rápida, sem tempo de inatividade.

Conformidade com a PCI—Os protocolos de mensagens do Adobe Commerce na infraestrutura em nuvem foram atualizados para exigir a versão 1.2 do TLS (Transport Layer Security) ao se conectar com serviços de mensagens de terceiros. Se você estiver usando um serviço de mensagem que não seja compatível com a versão 1.2 do TLS, será necessário atualizar seu serviço. Caso contrário, a seguinte mensagem de erro será exibida quando o aplicativo Adobe Commerce tentar se conectar ao servidor de mensagens para enviar um email: Unable to connect via TLS.

Aprimoramento da implantação—Validação adicionada para avisar os clientes se um ambiente de Preparo ou Produção tem dev, debug ou debug_logging opções habilitadas para evitar problemas de desempenho causados por excesso de atividade de log.

Correções de implantação—

• Agora o modo de manutenção é ativado no início da fase de implantação e desativado no final. Se a implantação falhar, o site permanecerá no modo de manutenção até que os problemas de implantação sejam resolvidos. Anteriormente, o site retornava ao modo de produção mesmo se a implantação falhasse.

  • As verificações de validação da fase de implantação foram retrabalhadas para baixar o nível de erro para os seguintes problemas de implantação de CRITICAL para WARNING, de forma que a implantação fosse concluída. Anteriormente, esses problemas causavam falha na implantação.

  • A configuração do ambiente contém valores incorretos para variáveis de implantação ou de nuvem.

• A versão do Elasticsearch na infraestrutura em nuvem é incompatível com a versão do módulo elasticsearch/elasticsearch compatível com o Adobe Commerce na infraestrutura em nuvem. Consulte o artigo sobre solução de problemas de Elasticsearch na Base de Conhecimentos de Suporte da Adobe Commerce.

• Correção de um problema com as definições de configuração compartilhadas no arquivo app/etc/config.php que causou recursion detected erros durante a implantação.

Correções relacionadas ao Cron—

• Correção de um problema de agendamento de cron que impedia a execução de trabalhos se você especificasse uma frequência de cron diferente do padrão (1 minuto).

• Correção de um problema na fase de implantação que permitia que trabalhos cron continuassem em execução durante a implantação, o que pode causar bloqueios de banco de dados e outros problemas críticos. Agora, todos os trabalhos cron são interrompidos antes de a fase de implantação começar e reiniciados após a conclusão da implantação.<!—MAGECLOUD—2537—>

• Correção do fluxo de trabalho do cron nas versões 2.2.x para desbloquear trabalhos cron congelados, de modo que possam ser interrompidos antes de iniciar a implantação. Anteriormente, um trabalho cron congelado causou a paralisação da implantação.

alterado o formato do arquivo config.php gerado pelo comando vendor/bin/ece-tools config:dump para usar sintaxe de matriz curta e recuo de 4 espaços para estar em conformidade com os padrões de codificação do Adobe Commerce.

Corrigido um erro de implantação que ocorre quando o .magento.env.yaml contém {{ base_url }} e {{ unsecure_base_url }} espaços reservados para configurações da Web em vez da configuração de URL padrão para um projeto Adobe Commerce na infraestrutura em nuvem./

Habilitar implantação sem tempo de inatividade — Agora o Adobe Commerce na infraestrutura de nuvem enfileira solicitações com as alterações necessárias no banco de dados durante a implantação e aplica as alterações assim que a implantação é concluída. As solicitações podem ser mantidas por até 5 minutos para garantir que nenhuma sessão seja perdida. Consulte Opções de implantação de conteúdo estático para reduzir o tempo de inatividade de implantação na Nuvem.

Composição do Docker para a Nuvem—As seguintes melhorias foram feitas no processo de instalação e configuração do Docker:

• Adição de um comando—docker:config:convert para converter arquivos de configuração PHP no formato Docker ENV para simplificar a configuração do ambiente. Agora, você copia os arquivos de configuração do PHP para o diretório Docker e os converte em arquivos ENV do Docker. Consulte Iniciar Docker.

• O processo de instalação do Adobe Commerce na infraestrutura em nuvem agora oferece suporte à implantação em sistemas de arquivos somente leitura e leitura/gravação para emular mais detalhadamente o sistema de arquivos em nuvem. Consulte Configurar Docker.<!—MAGECLOUD—2357—>

• Suporte ao serviço Redis—Adição de uma imagem Redis, que é implantada em um contêiner Docker e configurada automaticamente para funcionar com a instalação do Docker.<!—MAGECLOUD—2442—>

• Agora você tem o recurso de despejo de banco de dados ao usar o contêiner de banco de dados do Cloud Docker. Além disso, você pode compartilhar arquivos entre um computador host e um contêiner usando o diretório docker/mnt.

• Suporte ao serviço de Verniz— Adição de uma imagem de Verniz, que é implantada automaticamente em um contêiner de Docker. Após a implantação, você pode configurar manualmente o Varnish de acordo com as práticas recomendadas da Adobe Commerce. Consulte Configurar e usar verniz.<!—MAGECLOUD—2358—>

• Acesso seguro ao site — Adição de suporte SSL para acessar sua loja da Adobe Commerce e o painel Administração.<!—MAGECLOUD—2360—>

Aprimoramento do Adobe Commerce no suporte à extensão de infraestrutura na nuvem—Rebaixamento do requisito de versão mínima para o pacote guzzlehttp/guzzle no arquivo composer.json do Adobe Commerce na infraestrutura na nuvem para a versão 6.2, para que o pacote ece-tools seja compatível com mais extensões.

Aplicar alterações personalizadas ao aplicativo Adobe Commerce durante a fase de compilação — Dividimos a fase de compilação em dois processos separados para que você possa usar ganchos para aplicar alterações personalizadas ao conteúdo estático gerado antes de empacotar o aplicativo para implantação. O processo build:generate gera código, aplica patches e gera conteúdo estático. O processo build:transfer transfere o código gerado e o conteúdo estático para o destino final. Consulte Ganchos de Aplicativo.

Verificações de configuração de ambiente—Validação aprimorada da configuração de ambiente para avisar os clientes sobre incompatibilidades de versão e erros de configuração antes de criar e implantar o Adobe Commerce na infraestrutura em nuvem.

• Validação específica da versão adicionada para identificar variáveis e valores de ambiente sem suporte ou obsoletos.

• Adição de uma verificação de compatibilidade de Elasticsearch para avisar os usuários sobre problemas de configuração de Elasticsearch. Agora, a implantação falhará se a versão do serviço Elasticsearch no servidor for incompatível com o Adobe Commerce. Anteriormente, a implantação era bem-sucedida mesmo se a versão do Elasticsearch fosse incompatível, o que causava problemas no catálogo de produtos após a implantação do site.

  Você pode resolver a incompatibilidade enviando um tíquete de Suporte para atualizar o Elasticsearch para uma versão compatível ou alterar a configuração do Adobe Commerce para especificar uma versão compatível do cliente Elasticsearch PHP.

  • Para Adobe Commerce versão 2.1.x a 2.2.2, atualize o Elasticsearch para a versão 2.4.

  • Para Adobe Commerce versão 2.2.3 e posterior, atualize o Elasticsearch para a versão 5.2.

  • Se você tiver o Elasticsearch 1.x ou 2.x e não quiser atualizar, atualize o requisito de versão de cliente Elasticsearch Adobe Commerce PHP no composer.json para "elasticsearch/elasticsearch": "~2.0".

• Validação aprimorada de variáveis de ambiente para identificar definições de configuração que podem causar conflitos durante as fases de criação, implantação e pós-implantação. Por exemplo, uma mensagem de aviso será exibida durante o processo de instalação e atualização se a configuração global para implantação de conteúdo estático entrar em conflito com as configurações na fase de compilação ou implantação.

Atualizações de variáveis de ambiente—Alterou as seguintes variáveis de ambiente:

• Variável global SKIP_HTML_MINIFICATION—Alterou o valor padrão para true para habilitar a minificação de conteúdo de HTML sob demanda, o que minimiza o tempo de inatividade ao implantar em ambientes de Preparo e Produção. Essa configuração é necessária para implantações sem tempo de inatividade.

• Variável de implantação CLEAN_STATIC_FILES—Adicionou a capacidade de gerenciar o processamento limpo de arquivos estáticos para o conteúdo estático gerado durante a fase de compilação com base na configuração da variável de ambiente CLEAN_STATIC_FILES. Anteriormente, os arquivos de conteúdo estático gerados durante a fase de compilação sempre eram limpos.

Log—As seguintes alterações foram feitas para melhorar as mensagens de log e reduzir o tamanho do log:

• As entradas de log de falha de implantação agora incluem a saída de comando das operações que causam as falhas, mesmo se a configuração do ambiente não especificar o log de nível de depuração. Consulte MIN_LOGGING_LEVEL.

• Adição de log para falhas de implantação que ocorrem quando fábricas geradas exigidas por algumas extensões não podem ser geradas corretamente porque o sistema de arquivos está em um estado somente leitura.

• Redução do tamanho do log de implantação e correção de problemas de formatação causados por comandos de instalação que usam a barra de progresso interativa.

• Eliminou detalhamento desnecessário e atualizou os níveis de prioridade para algumas instruções de log.

Correções específicas do Cron—

• As definições de configuração padrão do trabalho cron para o tempo de vida do histórico foram alteradas de 3d (4320 min) para 1h (60 min) para evitar problemas de desempenho e falhas de implantação que podem ocorrer quando a fila do cron é preenchida muito rapidamente.

• Melhoria do processo de gerenciamento de trabalhos cron durante a fase de implantação para evitar bloqueios de bancos de dados e outros problemas críticos. Agora, todos os trabalhos cron são interrompidos durante a fase de implantação e reiniciados após a conclusão da implantação.

• Correção de um problema com o mecanismo de bloqueio para agendamento de consumidores iniciados por trabalhos cron nas versões 2.2.0 e posteriores do Adobe Commerce para impedir que trabalhos cron iniciem consumidores duplicados.

Corrigido um problema com o processo de compactação de conteúdo estático (gzip) que causava erros de not overwritten e no such file or directory ao fazer referência ao arquivo compactado durante o processo de implantação.

Corrigido um problema que impedia o comando php ./vendor/bin/ece-tools config:dump de remover seções redundantes do arquivo config.php durante o processo de despejo se a localidade de repositório não fosse especificada. Agora é possível mover facilmente seus arquivos de configuração entre ambientes. Depois de atualizar para o ece-tools v2002.0.13, gere novamente os arquivos config.php mais antigos com o comando config:dump aprimorado. Consulte Gerenciamento de configurações para configurações de repositório.

Corrigido um problema que causava um erro durante a fase de implantação se a configuração de rota no arquivo .magento/routes.yaml redirecionasse de um domínio apex para um domínio www.

Corrigido um problema com a opção _merge da variável SEARCH_CONFIGURATION que causava resultados de mesclagem incorretos se você não incluísse o parâmetro engine no arquivo de configuração .magento.env.yaml atualizado. Agora, a operação de mesclagem substitui corretamente apenas os valores especificados no .magento.env.yaml atualizado, sem exigir que você defina o parâmetro engine.

Corrigido um problema de configuração do Redis que habilitou incorretamente o bloqueio de sessão para o Adobe Commerce nas versões 2.2.1 e posteriores da infraestrutura de nuvem, o que pode causar desempenho lento e tempos limite. Agora, o bloqueio de sessão é desativado por padrão. O problema foi causado por uma alteração no comportamento padrão do parâmetro disable_locking introduzido na v1.3.4 do pacote do manipulador da sessão Redis. Consulte pacote colinmollenhour/php-redis-session-abstract.

Composição do Docker para a Nuvem—Adicionou um comando—docker:build—para gerar uma configuração de Composição do Docker a partir do repositório da Nuvem ece-tools.

Alterar Localidades — Agora é possível alterar a localidade de armazenamento sem o processo de configuração de exportação e importação. Enquanto o aplicativo estiver em Produção e o SCD_ON_DEMAND estiver habilitado, as opções de localidade de repositório e administrador estarão disponíveis.

Mapa do site e Robôs—Criou um fluxo de trabalho para adicionar um arquivo robots.txt e gerar um arquivo sitemap.xml para uma única configuração de domínio sem exigir uma alteração na infraestrutura.

Assistentes—Foram adicionados dois assistentes para ajudá-lo com a configuração de Nuvem:

• ideal-state—configurar o estado ideal para um tempo de inatividade mínimo de implantação

• master-slave—configurar o balanceamento de carga para o banco de dados e Redis

Atualização de Módulo—Adicionou um comando de Nuvem—module:refresh—para habilitar módulos que foram desabilitados ou que não foram explicitamente habilitados, de modo semelhante ao modo como é feito automaticamente durante uma compilação.

Adicionou a capacidade de escolher mesclar ou substituir a configuração de serviços usando a opção _merge nas configurações CACHE, SESSION, QUEUE e SEARCH.

Arquivo de amostra da Configuração do Ambiente—Adicionamos um arquivo de amostra .magento.env.yaml ao pacote ECE-Tools que inclui uma descrição detalhada e valores possíveis para cada variável de ambiente.

• Também adicionamos uma validação profunda para a configuração .magento.env.yaml que evita falhas no processo de implantação causadas por valores inesperados. Quando ocorrer uma falha, você receberá uma mensagem de erro detalhada que começa com: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Adicionado as Variáveis de ambiente a seguir:

• Agora você pode definir várias localidades para cada tema usando a nova variável de ambiente SCD_MATRIX, que reduz a quantidade de arquivos de tema a serem implantados.

• Adicionada a variável de ambiente DATABASE_CONFIGURATION para personalizar as conexões de banco de dados para implantação.

• A nova variável MIN_LOGGING_LEVEL substitui o nível de log mínimo para todos os fluxos de saída sem fazer alterações no código.

Corrigido um problema que causava tempo de inatividade entre as fases de implantação e pós-implantação. Agora, a fase de pós-implantação começa imediatamente após o término da fase de implantação.

corrigiu um problema que não limpava os trabalhos cron bem-sucedidos, aqueles com status = success, da programação.

Corrigido um problema com o gancho post_deploy que limpava o cache na fase de implantação em vez da fase pós-implantação do projeto.

Corrigido um problema ao usar o SCD com várias localidades, o que gerou o mesmo arquivo js-translation.json para cada localidade.

Otimizado o comando db:dump no pacote ece-tools para evitar o bloqueio de tabelas e aumentar a velocidade.

Configurando conexões somente leitura com nós não mestres—Esta versão adiciona a capacidade de configurar uma conexão somente leitura com um nó não mestre para receber tráfego somente leitura (para MariaDB).Redis e para

Assistente de Configuração—Adicionou um assistente para ajudar a verificar sua configuração para implantação de conteúdo estático. Consulte Assistentes inteligentes.

Suporte ao Symfony Console—Suporte adicionado para o Symfony Console 4 com o Adobe Commerce 2.3.

Otimizações de agendamento do Cron—Gerenciamento de filas e logs aprimorados para ajudar na depuração de problemas relacionados ao cron.

Falha na validação da implantação se um valor ADMIN_EMAIL ou ADMIN_USERNAME for igual a uma conta de administrador existente.

Remoção do suporte SOLR para versões 2.2.x. As versões 2.1.x mantêm a capacidade de habilitar SOLR.

A primeira instalação dos ambientes de Preparo e Produção de um projeto PRO agora inclui prefixos de índice diferentes para o Elasticsearch, a fim de evitar possíveis conflitos ao identificar registros pertencentes a cada ambiente.

Corrigido um problema que interrompeu a fase de compilação da arquitetura herdada durante a implantação do conteúdo estático.

Melhorias específicas do Cron—Retrabalhou a implementação do cron:

• Correção de um problema que fazia com que a fila do cron fosse preenchida rapidamente. Agora ele limpa os trabalhos cron desatualizados de uma maneira mais confiável.

• A sequência de trabalhos cron foi reorganizada para que todos os trabalhos em threads separados fossem iniciados antes do grupo geral.

• Melhoria no registro para melhor auxiliar na depuração de problemas do cron.

• OBSERVAÇÃO — esta versão aborda muitos problemas relacionados ao cron. Se você usa atualmente alguns patches relacionados ao cron em m2-hotfixes, remova-os.

melhorias específicas de SCD—

• Você pode usar as variáveis de ambiente VERBOSE_COMMANDS e SCD_COMPRESSION_LEVEL durante as fases de compilação e de_implantação.

• Correção de um problema que causava falha na implantação com um erro aleatório ao encontrar um valor inesperado para a variável de ambiente SCD_COMPRESSION_LEVEL. A validação da configuração foi aprimorada para fornecer notificações significativas. Consulte SCD_COMPRESSION_LEVEL para obter valores aceitáveis.

• Correção do comportamento do fluxo de configuração da variável de ambiente SCD_COMPRESSION_LEVEL para que as substituições funcionem conforme o esperado.

• Correção de um problema que impedia a configuração da variável de ambiente SCD_THREADS no estágio implantar do arquivo .magento.env.yaml.

Implantação de Conteúdo Estático (SCD) — Há um novo processo de implantação alternativo para gerar conteúdo estático quando solicitado (sob demanda). Isso diminui o tempo de inatividade e melhora o tratamento do cache, gerando os ativos mais críticos.

• Nova variável de ambiente — Adicionada a variável de ambiente global SCD_ON_DEMAND para gerar conteúdo estático quando solicitado.

• Gancho pós-implantação — Adição de um gancho post_deploy para o arquivo .magento.app.yaml que limpa o cache e pré-carrega (aquece) o cache depois, o contêiner começa a aceitar conexões. Ele está disponível somente para projetos Pro que contêm ambientes de Preparo e Produção no Cloud Console e para projetos Starter. Embora não seja obrigatório, isso funciona em conjunto com a variável de ambiente SCD_ON_DEMAND.

Otimização—Otimizou a movimentação ou cópia de arquivos durante a implantação para melhorar a velocidade da implantação e diminuir cargas no sistema de arquivos.

Log de Implantação—Adicionou a capacidade de habilitar manipuladores Syslog e Graylog Extended Log Format (GELF) para logs de saída durante o processo de implantação. Consulte Manipuladores de log.

Adicionado as Variáveis de ambiente a seguir:

• CRYPT_KEY — Forneça uma chave criptográfica para outro ambiente ao mover um banco de dados.

• SKIP_HTML_MINIFICATION—Global variável de ambiente que ignora a cópia dos arquivos de exibição estática no diretório var/view_preprocessed e gera HTML minificado quando solicitado.

• SCD_ON_DEMAND—Global variável de ambiente para gerar conteúdo estático quando solicitado.

• WARM_UP_PAGES—Você pode listar as páginas a serem usadas para pré-carregar o cache. Disponível nas novas Variáveis pós-implantação.

Corrigido um problema que envolvia um patch aplicado localmente quebrando a implantação em uma instância. Agora, o ECE-Tools pode detectar que um patch foi aplicado.

Corrigido um conflito entre o agrupamento JavaScript e a funcionalidade GZIP. Agora esses recursos funcionam corretamente juntos.

Corrigido um problema que causava a falha de comandos ECE-Tools da CLI ao usar versões anteriores do PHP 7.0.x.

Corrigido um problema que impedia a implantação de conteúdo estático com a estratégia compacta em várias threads.

Corrigido um problema de bloqueio de sessão Redis que causava um atraso de logon de Administrador. Além disso, a correção está disponível para 2.1.x.

ece-tools—O pacote ece-tools agora é compatível com o Adobe Commerce 2.1.x.

Configuração do Redis—Agora você pode configurar a página Redis e o cache padrão e o armazenamento de sessão do Redis usando uma variável de ambiente.

Melhorias no serviço Search, AMQP e Redis—Unificamos o fluxo de configuração do serviço para que ele agora se comporte da mesma forma para todos os serviços. Não há mais suporte para a edição manual do arquivo env.php para configurar serviços. Em vez disso, você deve usar variáveis de ambiente ou o arquivo .magento.env.yaml.

Variáveis de ambiente—

• O uso do env:STATIC_CONTENT_THREADS foi descontinuado e será removido em uma versão futura. Em vez disso, use o SCD_THREADS.

• A variável de ambiente STATIC_CONTENT_EXCLUDE_THEMES foi preterida. Em vez disso, você deve usar a variável de ambiente SCD_EXCLUDE_THEMES.

Log — simplificamos o logon em operações de correção internas.

Removemos o suporte ao modo developer e a variável de ambiente APPLICATION_MODE porque eles estavam causando um comportamento inesperado.

Corrigimos um problema que causava falhas na implantação de conteúdo estático relacionado ao Redis. Agora, a implantação de conteúdo estático multithread é executada conforme projetado.

Corrigimos um problema que impedia os usuários de salvar modificações nos campos de configuração no Administrador, que estão marcados como confidenciais após a execução do comando app:config:dump.

Adicionamos suporte para uma versão anterior do symfony/yaml para corrigir conflitos com alguns pacotes, que ainda não são compatíveis com a versão mais recente.

Logs aprimorados

• Melhoramos as mensagens de log para fornecer explicações melhores quando o processo de criação ou implantação substitui uma variável de ambiente.

• Agora você pode visualizar o progresso da instalação e da atualização em tempo real. Siga o arquivo install_update.log para ver o progresso. Por exemplo,

  code language-bash
  tail -f var/log/install_upgrade.log

Novo comando cron—Agora você pode desbloquear trabalhos cron travados específicos em vez de parar e reiniciar todos eles com o comando cron:unlock. Não disponível em 2.1.

Arquivo de configuração unificado—Agora você pode configurar estágios de compilação e implantação usando um arquivo .magento.env.yaml.

Arquivos de configuração de backup — O processo de implantação agora cria automaticamente um backup dos arquivos de configuração app/etc/env.php e app/etc/config.php após a implantação. Também adicionamos um novo comando CLI para restaurar esses arquivos de configuração de um backup.

Solução de problemas de erros de validação—Alteramos o comando que você deve usar para resolver erros de validação quando config.php não contiver dados suficientes para a implantação de conteúdo estático. Anteriormente, a mensagem de erro instruía você a executar bin/magento app:config:dump. Agora, você deve executar php ./vendor/bin/ece-tools config:dump.

Novas variáveis de ambiente — Agora você pode usar variáveis de ambiente para conectar serviços personalizados de pesquisa e baseados em AMQP ao seu site.

Implementamos o patch inteligente. Agora o pacote aplica patches com base não no Adobe Commerce na versão de infraestrutura de nuvem, mas na versão do pacote com patch.

Corrigimos um problema de log que estava causando erros de compilação.

Corrigimos um problema que causava exceções de tempo limite ao executar implantações no modo interativo.

Corrigimos um problema que causava erros ao usar a estratégia compacta para geração de conteúdo estático. Não disponível em 2.1.

Corrigimos um problema que impedia que o script de implantação identificasse corretamente os ambientes de preparo e produção.

Corrigimos um problema que causava problemas de rede que interrompiam as conexões de banco de dados e causavam falhas durante o processo de instalação e atualização.

Corrigimos um problema que impedia a exportação dos arquivos de configuração usando o app:config:dump mais de uma vez. Não disponível em 2.1.

Corrigimos um problema de bloqueio da sessão Redis que causava um atraso de logon de Administrador. Não disponível em 2.1.

Corrigimos um problema de implementação relacionado ao controle de versão que estava causando um conflito com outros módulos de correção baseados no Composer.

Corrigimos um problema que causava problemas de memória do PHP durante a importação.

Remoção do patch; correção de erro no colinmollenhour/credis v1.6 para habilitar o suporte para Adobe Commerce na infraestrutura em nuvem 2.2.1. Não disponível em 2.1.

Corrigimos um problema que causava gzip erros quando um nome de arquivo ou diretório continha espaços.

Corrigimos um problema que impedia que os scripts de implantação reconhecessem e habilitassem corretamente as dependências do módulo.

Configurar um consumidor cron com uma variável de ambiente—Agora você pode configurar consumidores cron usando a nova variável de ambiente CRON_CONSUMERS_RUNNER.

Verificação de configuração—Agora verificamos componentes críticos durante o processo de compilação/implantação e interrompemos o processo se a verificação falhar, o que evita tempo de inatividade desnecessário porque o site está em modo de manutenção.

Criar/implantar notificações—Adicionamos um arquivo de configuração que você pode usar para configurar notificações por Slack e/ou email para ações de compilação/implantação em todos os seus ambientes.

Compactação de conteúdo estático—Agora compactamos o conteúdo estático usando gzip durante as fases de compilação e implantação. Essa compactação, combinada com a compactação Fastly, ajuda a reduzir o tamanho do armazenamento e aumentar a velocidade de implantação. Se necessário, você pode desabilitar a compactação usando uma opção de compilação ou variável de implantação. Consulte os seguintes tópicos para obter mais informações:

• Variáveis de ambiente de aplicativo

• Desempenho de implantação de conteúdo estático

• Processo de implantação

Gerenciamento de configuração—Agora geramos automaticamente um arquivo app/etc/config.php no seu repositório Git durante a fase de compilação, se ele ainda não existir. O arquivo gerado automaticamente inclui apenas uma lista de módulos e extensões. Se o arquivo já existir, a fase de criação continuará normalmente. Se você seguir o Gerenciamento de Configuração posteriormente, os comandos atualizarão o arquivo sem exigir etapas adicionais. Consulte Processo de implantação para obter mais informações.

Despejos de banco de dados—Adicionamos um comando da CLI magento/ece-tools para criar despejos de banco de dados em todos os ambientes. Para ambientes de Produção de plano Pro, esse comando despeja apenas de um dos três nós de alta disponibilidade, portanto, os dados de produção gravados em um nó diferente durante o despejo podem não ser copiados. Recomendamos colocar o aplicativo no modo de manutenção antes de fazer um despejo de banco de dados em ambientes de Produção. Consulte Gerenciamento de backup para obter mais informações.

Limitações do intervalo Cron levantadas—O intervalo cron padrão para todos os ambientes provisionados nas regiões us-3, eu-3 e ap-3 é de 1 minuto. O intervalo cron padrão em todas as outras regiões é de 5 minutos para ambientes de Integração Pro e 1 minuto para ambientes de Preparo e Produção Pro. Para modificar seus trabalhos cron existentes, edite suas configurações no .magento.app.yaml ou crie um tíquete de suporte para ambientes de Produção/Preparo. Consulte Configurar trabalhos cron para obter mais informações.

Corrigimos um problema que estava causando longos tempos de implantação porque o processo de implantação invocava a operação cache-clean antes da implantação de conteúdo estático.

Corrigimos um problema que causava erros durante a etapa de geração de conteúdo estático da implantação em ambientes de Produção.

Corrigimos um problema que impedia que alguns comandos magento/ece-tools registrassem em log a saída em stderr.

Corrigimos um problema que impedia que valores de URL base em env.php fossem atualizados em ramificações bifurcadas.

Corrigimos um problema que fazia com que o comando magento setup:install adicionasse um prefixo não seguro (http://) a URLs base seguras.

Corrigimos um problema que impedia que erros de patch causassem falhas de implantação.

Corrigimos um problema que impedia o ece-tools de interromper a execução e gerar uma exceção se não fosse possível aplicar patches.

Corrigimos um problema que causava erros ao carregar a loja após habilitar a minificação de HTML no Administrador.

A infraestrutura do Adobe Commerce na nuvem agora oferece suporte a escopos e estratégias de implantação de conteúdo estático. Adicionamos o parâmetro –s com uma configuração padrão de quick para a estratégia de implantação de conteúdo estático. Você pode usar a variável de ambiente SCD_STRATEGY para personalizar e usar essas estratégias com suas ações de compilação e implantação. Esta variável oferece suporte às opções standard, quick ou compact. Se você selecionar compact, substituiremos o valor STATIC_CONTENT_THREADS por 1, o que pode retardar a implantação, especialmente em ambientes de produção. Não disponível em 2.1.

Criamos um arquivo de log em ambientes para capturar e compilar ações de criação e implantação. O arquivo var/log/cloud.log está no diretório raiz do aplicativo.

Refatorado o pacote ece-tools para torná-lo compatível com o Adobe Commerce na infraestrutura de nuvem 2.2.0 e superior.

Corrigimos um problema que impedia o ece-tools de interromper a execução e gerar uma exceção se não fosse possível aplicar patches.

Corrigimos um problema que causava o lançamento de exceções quando a compilação de id (injeção de dependência) era ignorada durante as compilações.

Corrigimos um problema que fazia com que o processo de implantação substituísse as configurações personalizadas de Redis no arquivo env.php.

Corrigimos um problema que estava causando loops de redirecionamento devido à desabilitação por administrador seguro padrão.