Procedimientos de reversión del código de producción de AEM para implementaciones de Cloud Manager
Las implementaciones de producción de Adobe Experience Manager (AEM) requieren diferentes métodos de reversión según el tipo de implementación, la edad de implementación y el modelo de alojamiento. Este problema se produce porque Cloud Manager solo admite la reversión para implementaciones de pila completa aptas, mientras que las implementaciones de solo front-end, las implementaciones más antiguas y ciertos escenarios de AMS requieren métodos de recuperación alternativos. Para resolver el problema, identifique la idoneidad de la reversión, restaure el código y valide la implementación.
Descripción description
Entorno
Adobe Experience Manager as a Cloud Service (AEMaaCS)
Problema/Síntomas
- Una implementación de producción introduce regresiones y requiere una reversión inmediata.
- La opción Restaurar código anterior implementado no está disponible porque la implementación anterior correcta tiene más de 30 días.
- Una implementación solo de front-end introduce cambios defectuosos en CSS o JavaScript y no se puede revertir a través de la funcionalidad de restauración de Cloud Manager.
- Los problemas de sincronización o ramas de Git impiden la reimplementación de una confirmación anterior.
- Una restauración del entorno de AMS provoca un tiempo de inactividad prolongado durante la recuperación.
Causa principal
El problema se produce porque AEM separa el código de plataforma, el código personalizado del cliente y el contenido mutable. Solo las implementaciones de pila completa generan artefactos que Cloud Manager pueda restaurar. Las implementaciones solo de front-end no crean imágenes de AEM restaurables y las implementaciones de más de 30 días no se conservan para operaciones de restauración. Los entornos de AMS sin capacidades de implementación azul-verde dependen de la reimplementación o la restauración del entorno, lo que puede introducir tiempo de inactividad.
Resolución resolution
Siga estos pasos para determinar la estrategia de reversión correcta y restaurar la estabilidad de producción:
- Identifique el escenario de reversión determinando si la implementación es una implementación de pila completa, una implementación de solo front-end, una implementación de AMS o una implementación anterior fuera de la ventana de restauración admitida.
- Restaure una implementación de pila completa de AEM as a Cloud Service elegible navegando a Cloud Manager
>Entornos>Entorno de producción>Restaurar>Código anterior implementado cuando la implementación anterior correcta se encuentra dentro del período de retención admitido. - Realice una reversión basada en Git volviendo a una confirmación de funcionalidad comprobada y volviendo a implementar el código revertido a través de la canalización de producción cuando la opción de restauración no esté disponible.
- Deshaga una implementación solo de front-end revirtiendo el código de front-end en Git y volviendo a ejecutar la canalización de implementación de front-end, ya que la restauración de Cloud Manager no admite implementaciones solo de front-end.
- Restaure una implementación de AEM Managed Services volviendo a implementar la versión de código anterior o solicitando una restauración del entorno cuando sea necesario.
- Compruebe la finalización de la implementación confirmando que la canalización termina correctamente y que la versión de confirmación esperada aparece como activa.
- Valide la resolución realizando pruebas de humo de producción, confirmando la estabilidad de la aplicación y comprobando que el código restaurado se comporta según lo esperado.
Cuándo escalar
- La opción de restauración no está disponible aunque la implementación cumpla los requisitos de restauración.
- La implementación falla repetidamente después de volver a la confirmación anterior.
- La reversión restaura una versión de código incorrecta o introduce inestabilidad adicional.
- Los problemas de sincronización de repositorios impiden la reversión o la reimplementación desde Git.