Planificación de la actualización planning-your-upgrade

Información general sobre la actualización a AEM aem-upgrade-overview

AEM se utiliza a menudo en implementaciones de alto impacto que podrían llegar a millones de usuarios. Normalmente, hay aplicaciones personalizadas que se implementan en las instancias, lo que aumenta la complejidad. Cualquier esfuerzo por actualizar una implementación de este tipo debe gestionarse metódicamente.

Esta guía le ayudará a establecer objetivos, fases y entregables claros al planificar la actualización. Se centra en la ejecución general de la actualización y en las directrices. Aunque proporciona una descripción general de los pasos de actualización reales, hace referencia a los recursos técnicos disponibles cuando corresponde. Debe utilizarse con los recursos técnicos disponibles a los que se hace referencia en el documento.

El proceso de actualización de AEM necesita fases de planificación, análisis y ejecución cuidadosamente gestionadas, con entregables clave definidos para cada fase.

Es importante asegurarse de que está ejecutando un sistema operativo compatible, un tiempo de ejecución de Java™, un httpd y una versión de Dispatcher. Para obtener más información, consulte requisitos técnicos de AEM 6.5 LTS. La actualización de estos componentes debe tenerse en cuenta en el plan de actualización y debe realizarse antes de actualizar AEM.

Fases de actualización upgrade-phases

Se está trabajando mucho en la planificación y ejecución de una actualización de AEM. Para aclarar los diferentes esfuerzos que se realizan en este proceso, Adobe ha desglosado los ejercicios de planificación y ejecución en fases independientes. En las secciones siguientes, cada fase genera un resultado que a menudo se utiliza en una fase futura de la actualización.

Creación de un Plan de Pruebas creating-a-test-plan

La implementación de AEM por parte de cada cliente es única y se ha personalizado para satisfacer los requisitos empresariales. Como resultado, es importante determinar todas las personalizaciones que se han realizado en el sistema para que se puedan incluir en un plan de prueba.

Es necesario duplicar el entorno de producción exacto y se deben realizar pruebas en él después de la actualización para asegurarse de que todas las aplicaciones y el código personalizado siguen ejecutándose como se desea. Regrese todas las personalizaciones y ejecute pruebas de rendimiento, carga y seguridad. Al organizar el plan de prueba, asegúrese de cubrir todas las personalizaciones que se han realizado en el sistema, además de las IU y los flujos de trabajo predeterminados que se utilizan en sus operaciones diarias. Pueden incluir servicios y servlets OSGI personalizados, integraciones en Adobe Experience Cloud, integraciones con terceros a través de conectores AEM, integraciones de terceros personalizadas, componentes y plantillas personalizados, superposiciones de IU personalizadas en AEM y flujos de trabajo personalizados. Además, las consultas personalizadas deben probarse para garantizar que sus índices siguen funcionando de forma eficaz después de la actualización.

Evaluación de la complejidad de actualización assessing-upgrade-complexity

Debido a la amplia variedad en la cantidad y naturaleza de las personalizaciones que los clientes de Adobe aplican a sus entornos de AEM, es importante pasar algún tiempo por adelantado para determinar el nivel general de esfuerzo que se debe esperar en la actualización. AEM Analyzer para AEM 6.5 LTS puede ayudarle a evaluar la complejidad de la actualización.

El Analizador de AEM para AEM 6.5 LTS le proporcionará una estimación bastante precisa de lo que puede esperar durante una actualización en la mayoría de los casos. Sin embargo, para personalizaciones e implementaciones más complejas en las que tenga cambios incompatibles, puede actualizar una instancia de desarrollo a AEM 6.5 LTS según las instrucciones de Realización de una actualización in situ. Una vez finalizado, realice algunas pruebas de humo de alto nivel en este entorno. El objetivo de este ejercicio no es completar exhaustivamente el inventario de casos de prueba y producir un inventario formal de defectos, sino darnos una estimación aproximada de la cantidad de trabajo que se requerirá para actualizar el código para la compatibilidad con AEM 6.5 LTS. Cuando se combina con AEM Analyzer y los cambios de arquitectura determinados en la sección anterior, se puede proporcionar una estimación aproximada al equipo de administración del proyecto para planificar la actualización.

Generación de la actualización y reversión de Runbook building-the-upgrade-and-rollback-runbook

Aunque Adobe ha documentado el proceso de actualización de una instancia de AEM, el diseño de red, la arquitectura de implementación y las personalizaciones de cada cliente requieren un ajuste y una adaptación precisos de este enfoque. Por este motivo, Adobe le recomienda revisar toda la documentación proporcionada y utilizarla para informar a un runbook específico de la actualización que describa los procedimientos específicos de actualización y reversión que seguirá en su entorno.

Adobe ha proporcionado procedimientos de actualización y reversión en Procedimiento de actualización e instrucciones paso a paso para aplicar la actualización al realizar una actualización in situ. Estas instrucciones deben revisarse y tenerse en cuenta junto con la arquitectura del sistema, las personalizaciones y la tolerancia ante tiempos de inactividad para determinar los procedimientos de cambio y reversión adecuados que se van a ejecutar durante la actualización. Cualquier cambio en la arquitectura o el tamaño del servidor debe incluirse al redactar el runbook personalizado.

Desarrollo de un plan de actualización developing-an-upgrade-plan

Los resultados de los ejercicios anteriores se pueden utilizar para crear un plan de actualización que abarque los plazos previstos para las tareas de prueba o desarrollo, y la ejecución real de la actualización.

Un plan de proyecto integral debe incluir:

Desarrollo y control de calidad performing-development-and-qa

Adobe ha proporcionado procedimientos para actualizar código y personalizaciones para que sean compatibles con AEM 6.5 LTS. A medida que se ejecuta este proceso iterativo, se deben realizar cambios en el Runbook según sea necesario.

El proceso de desarrollo y prueba suele ser iterativo. A medida que se detecten problemas que requieran ajustes en el proceso de actualización, asegúrese de añadirlos a su runbook de actualización personalizado. Después de varias iteraciones de pruebas y correcciones, la base de código debe validarse completamente y estar lista para su implementación en el entorno de ensayo.

Prueba final final-testing

Adobe recomienda una ronda final de pruebas después de que el equipo de control de calidad de su organización haya certificado la base de código. Esta ronda de pruebas incluirá la validación del runbook en un entorno de ensayo, seguido de rondas de aceptación del usuario, rendimiento y pruebas de seguridad.

Este paso es vital, ya que es la única vez que puede validar los pasos del Runbook con un entorno de producción. Una vez actualizado el entorno, es importante dar a los usuarios finales un poco de tiempo para iniciar sesión y realizar las actividades que realizan al utilizar el sistema en sus actividades diarias. Encontrar y corregir problemas en estas áreas antes del lanzamiento puede ayudar a evitar costosos cortes en la producción.

Realización de la actualización performing-the-upgrade

Una vez recibida la firma final de todas las partes interesadas, es hora de ejecutar los procedimientos definidos del Runbook. Adobe ha proporcionado pasos para la actualización y la reversión en Procedimiento de actualización y pasos de instalación en Realización de una actualización in situ como punto de referencia.

Adobe proporciona algunos pasos en las instrucciones de actualización para la validación del entorno. Estas incluyen comprobaciones básicas como el análisis de los registros de actualización y la verificación de que todos los paquetes OSGi se han iniciado correctamente, pero Adobe recomienda también validar con sus propios casos de prueba en función de los procesos empresariales. Adobe también recomienda consultar la programación de Limpieza de revisiones en línea de AEM y las rutinas relacionadas para asegurarse de que se produzcan durante un tiempo tranquilo para su empresa. Estas rutinas son esenciales para el rendimiento a largo plazo de AEM.