Notas de versão do Cloud Manager 2025.2.0 no Adobe Experience Manager as a Cloud Service release-notes

Atualização das regras de qualidade do código

A partir de quinta-feira, 13 de fevereiro de 2025, a etapa de qualidade do código do Cloud Manager passará a usar o SonarQube 9.9.5.90363.

As regras atualizadas, disponíveis para o Cloud Manager no AEM as a Cloud Service em este link, determinam as pontuações de segurança e a qualidade do código para os pipelines do Cloud Manager.

Agora, o SonarQube 9.9 é o mecanismo padrão de verificação da qualidade do código para todos os clientes.

Suporte à compilação do Java 17 e do Java 21

Os clientes agora podem criar com o Java 17 ou Java 21, obtendo acesso a aprimoramentos de desempenho e novos recursos de linguagem. Para obter as etapas de configuração, incluindo a atualização das versões do projeto e da biblioteca Maven, consulte Criar ambiente. Quando a versão da build é definida como Java 17 ou Java 21, o tempo de execução implantado é o Java 21.

99,99% de relatório de tempo de atividade do SLA para o Edge Delivery Services

A geração de relatórios de alta disponibilidade com 99,99% de tempo de atividade está agora disponível para programas Edge Delivery Services qualificados. Para ativar esse recurso, os clientes devem integrar seus sites do Edge Delivery Services com êxito e aplicar seu Service level agreement (SLA) de 99,99% no Cloud Manager.

Consulte também SLA.

Experiência de convite de usuário aprimorada para o Edge Delivery Services

Foram feitos aprimoramentos na experiência de convidar usuários para o repositório de conteúdo associado ao Edge Delivery Services.

Criação automática de perfis de administrador em instâncias de publicação

Anteriormente, o Cloud Manager permitia a criação manual de perfis de administrador em instâncias de publicação, mas não oferecia suporte à criação automática por padrão. Com essa atualização, os perfis de administrador agora são criados automaticamente em instâncias de publicação, melhorando a usabilidade e reduzindo o tempo de configuração para os clientes.

Para obter mais detalhes, consulte Permissões personalizadas.

Transição para OAuth para ambientes do Cloud Service

Os novos ambientes do Cloud Service agora usam a autenticação de serviço para serviço baseada em OAuth para projetos de integração do Adobe Developer Console, em vez do método de autenticação JWT usado anteriormente. A autenticação JWT foi descontinuada e está planejada para o fim da vida útil em junho de 2025.

Suporte para chaves privadas EC (curva elíptica) (secp384r1)

O Cloud Manager agora oferece suporte a secp384r1 chaves privadas de Curva Elíptica (EC), fornecendo segurança e conformidade aprimoradas para certificados SSL OV/EV gerenciados pelo cliente.
Para obter mais detalhes, consulte Requisitos para certificados SSL OV/EV gerenciados pelo cliente.

Ambientes de teste especializados

Um novo ambiente de desenvolvimento com recursos aprimorados estará disponível para os participantes iniciais a partir de 27 de fevereiro de 2025.

(UI) Correção de um problema que impedia a configuração de CDN para domínios no Cloud Manager.
Os clientes que tentavam adicionar uma configuração CDN no Cloud Manager encontraram um erro de tela ao selecionar um domínio no menu suspenso. Esse bug da interface do usuário impedia o mapeamento de domínio em ambientes de produção, bloqueando o processo de configuração.

Além disso, alguns domínios permaneceram inacessíveis no back-end, apesar de terem sido removidos da interface do usuário. Esse problema gerava conflitos com as configurações de CDN existentes.

Com essa correção, agora é possível selecionar um domínio na lista suspensa sem encontrar um erro. As inconsistências de backend que impediam a reconfiguração do domínio foram solucionadas. E, finalmente, a validação aprimorada agora garante que domínios conflitantes sejam removidos corretamente antes de adicioná-los novamente.

(Back-end) Correção de um problema que fazia com que notificações de expiração de SSL fossem enviadas várias vezes.
Um erro foi identificado em que o scheduler de notificação de expiração do SSL, projetado para ser executado uma vez por dia à meia-noite, era acionado incorretamente duas vezes por dia, uma vez à meia-noite e novamente às 12h30. Esse problema resultava no envio de várias notificações redundantes sobre certificados SSL que estavam expirando.

O programador de notificações agora é executado corretamente apenas uma vez por dia, conforme esperado. E você não receberá mais notificações de expiração de SSL duplicadas.