Actualizaciones de la versión de AEM aem-version-updates

Descubra cómo Adobe Experience Manager (AEM) as a Cloud Service utiliza la integración y la entrega continuas (CI/CD) para mantener sus proyectos en la última versión.

CI/CD ci-cd

AEM as a Cloud Service utiliza la integración y la entrega continuas (CI/CD) para garantizar que sus proyectos se encuentren en la versión de AEM más actual. Este proceso actualiza sin problemas las instancias de producción, ensayo y desarrollo sin causar ninguna interrupción a los usuarios.

Antes de que las instancias se actualicen automáticamente, se publica una nueva versión de mantenimiento de AEM con 3-5 días de antelación. Durante este período, es posible que la instancia de desarrollo se actualice automáticamente o, en caso de que esté disponible, puede almacenar en déclencheur la actualización de las instancias de desarrollo. Las actualizaciones de versión se aplican automáticamente primero a los entornos de desarrollo. Si la actualización se realiza correctamente, el proceso de actualización continúa con las instancias de fase y producción. Las instancias de desarrollo y ensayo actúan como una puerta de calidad automatizada, donde las pruebas escritas a medida se ejecutan antes de que la actualización se aplique en el entorno de producción.

NIMU (actualizaciones de mantenimiento no intrusivas) nimu

Las actualizaciones de mantenimiento no intrusivas son actualizaciones automáticas que se aplican sin involucrar a las canalizaciones del cliente.
A través de NIMU, el cliente puede utilizar la canalización en cualquier momento, incluso si una actualización de la versión de AEM está programada o en curso y las actualizaciones de mantenimiento ya no aparecerán en el historial de ejecución de la canalización del cliente, lo que facilita el seguimiento del historial de implementaciones de código.

Actualizar actividades

La versión actual de AEM se puede seguir comprobando para cada entorno, como antes, mediante el panel Entornos de la interfaz de usuario de Cloud Manager. Las actualizaciones de mantenimiento no intrusivas utilizan las mismas puertas de calidad que se utilizan en la canalización, incluidas las pruebas escritas por el cliente.
Se enviará una notificación de la interfaz de usuario de Cloud Manager cada vez que se aplique una actualización de mantenimiento no intrusiva a los entornos de su programa. Puede configurarlo para que también se envíe a su correo electrónico.

Tipo de actualizaciones update-types

Existen dos tipos de actualizaciones versión de AEM:

Error de actualización update-failure

Las actualizaciones de AEM pasan por un proceso de validación de productos intenso y completamente automatizado que incluye varios pasos, lo que garantiza que no se interrumpa el servicio de ningún sistema en producción. Las comprobaciones de estado se utilizan para supervisar el estado de la aplicación. Si estas comprobaciones fallan durante una actualización de AEM as a Cloud Service, la versión no continúa y Adobe investiga por qué la actualización provocó este comportamiento inesperado.

Al implementar una nueva versión de código personalizado en su entorno, las pruebas funcionales personalizadas y del producto desempeñan un papel crucial. Garantizan que los sistemas de producción permanezcan estables y funcionales incluso después de aplicar un cambio. Estas pruebas también se aplican en el proceso de actualización de la versión de AEM.

Si la actualización al entorno de producción falla, Cloud Manager revierte automáticamente el entorno de ensayo. Esto se realiza automáticamente para garantizar que, después de completarse una actualización, tanto los entornos de ensayo como de producción estén en la misma versión de AEM.
Del mismo modo, si falla una actualización automatizada de un entorno de desarrollo, los entornos de ensayo y producción no se actualizan.

Prácticas recomendadas best-practices

Regresión regression

Si encuentra un problema relacionado con la regresión, envíe un caso de asistencia a través de Admin Console. Si el problema es un bloqueador y su impacto en la producción, se debe plantear un P1. Proporcione todos los detalles necesarios para reproducir el problema de regresión.

Almacén de nodos compuestos composite-node-store

Normalmente, las actualizaciones no implican ningún tiempo de inactividad, incluida la instancia de creación, que es un clúster de nodos. Las actualizaciones móviles son posibles debido a la característica de almacén de nodos compuestos en Oak.

Esta función permite a AEM hacer referencia a varios repositorios simultáneamente. En una implementación móvil, la nueva versión de AEM contiene su propio /libs (el repositorio inmutable basado en TarMK). Es distinto de la versión anterior de AEM, aunque ambos hacen referencia a un repositorio mutable compartido basado en DocumentMK que contiene áreas como /content , /conf , /etc y otras.

Dado que tanto la versión antigua como la nueva tienen sus propias versiones de /libs, ambas pueden estar activas durante la actualización móvil. Y, ambos pueden asumir el tráfico hasta que el antiguo sea completamente reemplazado por el nuevo.

Información adicional further-information

Para obtener más información sobre temas relacionados: