Notas de versão do Cloud Manager 2025.4.0 no Adobe Experience Manager as a Cloud Service release-notes
Saiba mais sobre o lançamento do Cloud Manager 2025.4.0 no AEM (Adobe Experience Manager) as a Cloud Service.
Consulte também as notas de versão atuais do Adobe Experience Manager as a Cloud Service.
Datas de lançamento release-date
A data de lançamento do Cloud Manager 2025.4.0 no AEM as a Cloud Service é quinta-feira, 10 de abril de 2025.
A próxima versão está planejada para sexta-feira, 8 de maio de 2025.
Novidades what-is-new
-
(UI) Visibilidade de implantação aprimorada
A página de detalhes de execução do pipeline no Cloud Manager agora mostra uma mensagem de status ("Aguardando - outra atualização em andamento") quando uma implantação está aguardando a conclusão de outra implantação. Esse fluxo de trabalho facilita a compreensão do sequenciamento durante a implantação do ambiente.
-
(UI) Aprimoramento de validação de domínio
Ao adicionar um domínio, o Cloud Manager agora exibe um erro se o domínio já estiver instalado em uma conta do Fastly: "O domínio já está instalado em uma conta do Fastly. Remova-o primeiro de lá antes de adicionar ao Cloud Service."
Programa beta privado private-beta-program
Participe do programa beta privado da Cloud Manager para obter acesso exclusivo aos recursos futuros antes do lançamento geral.
A seguinte oportunidade beta privada está disponível no momento:
Traga seu próprio Git: agora com suporte para GitLab e Bitbucket gitlab-bitbucket
O recurso Traga seu próprio Git foi expandido para incluir suporte para repositórios externos, como GitLab e Bitbucket. Esse novo suporte é uma adição ao suporte já existente para repositórios GitHub privados e empresariais. Ao adicionar esses novos repositórios, também é possível vinculá-los diretamente aos seus pipelines. Você pode hospedar esses repositórios em plataformas de nuvem pública ou em sua infraestrutura ou nuvem privada. Essa integração também elimina a necessidade de sincronização constante do código com o repositório da Adobe e oferece a capacidade de validar solicitações de pull antes de mesclá-las em uma ramificação principal.
Os pipelines que usam repositórios externos (exceto os hospedados pelo GitHub) e o Acionador de implantação definidos como Sobre alterações do Git agora são iniciados automaticamente.
Consulte Adicionar repositórios externos no Cloud Manager.
Se tiver interesse em testar esse novo recurso e compartilhar o seu feedback, envie um email para Grp-CloudManager_BYOG@adobe.com do seu endereço de email associado à sua Adobe ID. Inclua qual plataforma Git deseja usar e se você está em uma estrutura de repositório privado/público ou empresarial.
Correções de erros
-
Problema com certificados sem o campo Nome Comum (CN)
O Cloud Manager não lança mais uma resposta NullPointerException (NPE) e 500 HTTP ao processar certificados EV/OV que não incluem um Nome Comum (CN) no campo Assunto. Os certificados modernos geralmente omitem o CN e, em vez disso, usam o Nome alternativo de requerente (SAN). Essa correção garante que a ausência de CN não cause mais uma falha durante o processo de criação da configuração quando a SAN estiver presente.
-
Problema de verificação de domínio com correspondência de certificado incorreta
O Cloud Manager não verifica mais os domínios incorretamente usando certificados errados. Anteriormente, a lógica de validação usava a correspondência baseada em padrões em vez da correspondência exata, o que fazia com que domínios como
should-not-be-verified.example.comaparecessem como verificados devido a sobreposição com certificados válidos paraexample.com. Essa correção garante que a validação do domínio agora verifique se há correspondências exatas, evitando associações de certificado incorretas. -
Exclusividade imposta para nomes de encaminhamento de portas de Rede Avançada
O Cloud Manager agora impõe nomes exclusivos para encaminhamentos de portas de rede avançada. Anteriormente, nomes duplicados eram permitidos, o que poderia gerar conflitos. Essa correção garante que cada entrada de encaminhamento de porta tenha um nome distinto, alinhado às práticas recomendadas para a integridade da configuração de rede.