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 AEM utiliza la integración y la entrega continuas (CI/CD) para garantizar que sus proyectos se encuentren en la versión de la aplicación más actual de la. Este proceso actualiza sin problemas las instancias de producción, ensayo y desarrollo sin causar ninguna interrupción a los usuarios.

AEM Antes de que las instancias se actualicen automáticamente, se publica una nueva versión de mantenimiento de la con 3-5 días de antelación. Durante este período, puede, si lo desea, déclencheur de actualizaciones manuales para las instancias de desarrollo. Una vez transcurrido este tiempo, 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.

NOTE
Nota: Las actualizaciones automáticas para entornos de desarrollo se habilitan progresivamente en 2023 para todos los clientes. Si los entornos de desarrollo no se actualizan automáticamente, puede utilizar actualizaciones manuales para mantenerlos sincronizados con los entornos de ensayo y producción.

Tipo de actualizaciones update-types

Existen dos tipos de actualizaciones versión de AEM:

NOTE
Compruebe las fechas clave de las versiones mensuales en El Experience Manager publica la hoja de ruta y marque sus calendarios para prepararse para las actividades clave y prepararse para la versión.

Error de actualización update-failure

AEM Las actualizaciones de los productos pasan por un proceso de validación de productos intenso y totalmente 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. AEM Si estas comprobaciones fallan durante una actualización as a Cloud Service del estado, la versión no continúa y Adobe investiga por qué la actualización ha provocado este comportamiento inesperado.

Cuando implementa una nueva versión del código personalizado en el entorno, Pruebas funcionales de productos y personalizadas Desempeñan un papel crucial. Garantizan que los sistemas de producción permanezcan estables y funcionales incluso después de aplicar un cambio. AEM Estas pruebas también se aplican en el proceso de actualización de la versión de la aplicación de la versión de la.

Si la actualización al entorno de producción falla, Cloud Manager vuelve atrás automáticamente el entorno de ensayo. AEM 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.
Del mismo modo, si falla una actualización automatizada de un entorno de desarrollo, los entornos de ensayo y producción no se actualizan.

NOTE
AEM Si el código personalizado se insertó en el ensayo y no en la producción, la siguiente actualización elimina esos cambios para reflejar la etiqueta de Git de la última versión correcta del cliente en producción. Por lo tanto, el código personalizado que solo estaba disponible en el ensayo debe implementarse de nuevo.

Prácticas recomendadas best-practices

  • Uso del entorno de ensayo

    • Utilice un entorno diferente (no una fase) para ciclos largos de control de calidad/UAT.
    • Una vez finalizada la prueba de sanidad en Fase, continúe para verificar en Producción.
  • Canalización de producción

    • Pausar antes de implementar en Producción.
    • Si cancela la canalización después de una implementación de fase, indica que el código es "desechable" y no es un candidato válido para Producción, consulte Configuración de una canalización de producción.
  • Canalización que no es de producción

    • Configurar un Canalización que no es de producción.
    • Acelere la velocidad y frecuencia de entrega para los errores de canalización de producción. Identifique los problemas en las canalizaciones que no son de producción habilitando Prueba funcional del producto, Prueba funcional personalizada y Prueba de IU personalizada.
  • Copia de contenido

    • Uso Copia de contenido para mover conjuntos de contenido similares a un entorno que no sea de producción.
  • Pruebas funcionales automatizadas

Regresión regression

Si encuentra un problema relacionado con la regresión, envíe un caso de asistencia por medio del 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 función de almacén de nodos compuestos en Oak.

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

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

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab