Notas de la versión para Cloud Manager 2025.2.0 en Adobe Experience Manager as a Cloud Service release-notes

Actualización de las reglas de calidad del código

A partir del jueves 13 de febrero de 2025, el paso de calidad del código de Cloud Manager utiliza ahora SonarQube 9.9.5.90363.

Las reglas actualizadas, disponibles para Cloud Manager en AEM as a Cloud Service en este vínculo, determinan las puntuaciones de seguridad y la calidad del código para las canalizaciones de Cloud Manager.

SonarQube 9.9 es ahora el motor de análisis de calidad de código predeterminado para todos los clientes.

Compatibilidad con la versión Java 17 y Java 21

Los clientes ahora pueden crear con Java 17 o Java 21, lo que les ofrece acceso a mejoras de rendimiento y nuevas funciones de idioma. Para ver los pasos de configuración, incluida la actualización del proyecto Maven y las versiones de la biblioteca, consulte Entorno de compilación. Cuando la versión de compilación se establece en Java 17 o Java 21, el tiempo de ejecución implementado es Java 21.

Sistema de informes con un tiempo de actividad SLA al 99,99 % para Edge Delivery Services

Ya está disponible el sistema de informes con un tiempo de actividad del 99,99 % de alta disponibilidad para los programas Edge Delivery Services que cumplan los requisitos. Para habilitar esta función, los clientes deben incorporar correctamente sus sitios de Edge Delivery Services y aplicar su acuerdo de nivel de servicio al 99,99 % en Cloud Manager.

Véase también SLA.

Se ha mejorado la experiencia de invitación de usuarios para Edge Delivery Services

Se han introducido mejoras en la experiencia de invitar a usuarios al repositorio de contenido asociado con Edge Delivery Services.

Creación automática de perfiles de administrador en las instancias de publicación

Anteriormente, Cloud Manager permitía crear manualmente perfiles de administrador en las instancias de publicación, pero no admitía la creación automática de forma predeterminada. Con esta actualización, ahora los perfiles de administrador se crean automáticamente en las instancias de publicación, lo que mejora la facilidad de uso y reduce el tiempo de configuración de los clientes.

Para obtener más información, consulte Permisos personalizados.

Transición a OAuth para los entornos de Cloud Service

Ahora los nuevos entornos de Cloud Service utilizan la autenticación de servicio a servicio basada en OAuth para proyectos de integración de Adobe Developer Console en lugar del método de autenticación JWT utilizado anteriormente. La autenticación JWT está obsoleta y está previsto que deje de utilizarse en junio de 2025.

Compatibilidad con claves privadas de EC (Elliptic Curve) (secp384r1)

Cloud Manager ahora admite las claves privadas secp384r1 de Elliptic Curve (EC), lo que mejora la seguridad y conformidad de los certificados SSL OV/EV administrados por el cliente.
Para obtener más información, consulte Requisitos para los certificados SSL OV/EV administrados por el cliente.

Entornos de prueba especializados

A partir del 27 de febrero de 2025, se pondrá a disposición de los primeros usuarios un nuevo entorno de desarrollo con recursos mejorados.

(IU) Se ha corregido un problema que impedía la configuración de CDN para dominios en Cloud Manager.
Los clientes que intentaban añadir una configuración de CDN en Cloud Manager han detectado un error de pantalla al seleccionar un dominio en el menú desplegable. Este error de interfaz de usuario impedía la asignación de dominios en entornos de producción, bloqueando el proceso de configuración.

Además, algunos dominios seguían siendo inaccesibles en el back-end, a pesar de haberse eliminado de la interfaz de usuario. Este problema provocaba conflictos con las configuraciones de CDN existentes.

Con esta corrección, ahora puede seleccionar correctamente un dominio de la lista desplegable sin encontrar ningún error. Se han corregido las incoherencias del back-end que impedían la reconfiguración del dominio. Y, por último, la validación que se ha mejorado ahora garantiza que los dominios en conflicto se eliminen correctamente antes de volver a añadirlos.

(back-end) Se ha corregido un problema que hacía que las notificaciones de caducidad SSL se enviaran varias veces.
Se identificó un error en el que el planificador de notificaciones de caducidad SSL, diseñado para ejecutarse una vez al día a medianoche, se activaba incorrectamente dos veces al día: una a medianoche y otra vez a las 12:30 de la mañana. Este problema provocaba que se enviaran varias notificaciones redundantes con respecto a los certificados SSL caducados.

Ahora el planificador de notificaciones se ejecuta correctamente solo una vez al día según lo previsto. Además, ya no recibirá notificaciones de caducidad SSL duplicadas.