Fase de implementación implementation-phase
En la fase de implementación del recorrido, explorará las herramientas a través de las cuales puede preparar su código y contenido para transferirlos a AEM as a Cloud Service.
Lo que hemos visto hasta ahora story-so-far
En las partes anteriores del recorrido, ha pasado por familiarizarse con los cambios en AEM as a Cloud Service y ha determinado si su implementación está lista para moverse a la nube con la fase de preparación.
Este artículo continúa con consejos sobre cómo utilizar las herramientas proporcionadas por Adobe para asegurarse de que el código y el contenido están listos para moverse a la nube.
Objetivo objective
Este documento tiene como objetivo:
- Le presentamos Cloud Manager, el módulo de integración y entrega continuas de AEM utilizado para implementar código en AEM as a Cloud Service
- Póngase al día con la herramienta de transferencia de contenido
- Describa las herramientas de refactorización de código que debe utilizar para modernizar su código para AEM as a Cloud Service
Uso de Cloud Manager using-cloud-manager
Antes de empezar, debe familiarizarse con Cloud Manager, ya que es el único mecanismo para implementar código en AEM as a Cloud Service.
Cloud Manager permite que las organizaciones administren AEM de forma automática en la nube. Incluye un marco de trabajo de integración y entrega continuas (CI/CD) que permite a los equipo de TI y a los asociados de la implementación acelerar la entrega de las personalizaciones o actualizaciones sin poner en riesgo el rendimiento o la seguridad.
Puede familiarizarse con el uso de Cloud Manager consultando los siguientes recursos:
-
Recorrido de incorporación para comprender los recursos de autoayuda sobre la incorporación de Experience Manager as a Cloud Service.
-
Integración de Git con Adobe Cloud Manager para aprender a utilizar un repositorio de Git único para implementar un código.
-
Configuración de Adobe Experience as a Cloud Service para obtener información sobre la administración de productos y el acceso de los usuarios en Admin Console.
Utilice las herramientas que proporciona Adobe para preparar su contenido y la nube de códigos use-tools-to-make-code-and-content-cloud-ready
Los pasos exactos de la transición a Cloud Service dependen de los sistemas que haya adquirido y de las prácticas de desarrollo de software que siga.
La siguiente figura muestra los pasos principales involucrados en la fase que implica convertir el código y el contenido para usarlos con AEM as a Cloud Service:
Empezaremos a detallar las herramientas que debe utilizar para que pueda conseguirlo en los capítulos siguientes.
Migración de contenido content-migration
Para migrar contenido de la instancia actual de AEM a la instancia de Cloud Service, puede utilizar la herramienta de transferencia de contenido de Adobe.
Con esta herramienta, puede especificar el subconjunto de contenido que desea transferir de la instancia de AEM de origen a la instancia de AEM de Cloud Service.
La migración de contenido es un proceso de varios pasos que requiere planificación, seguimiento y colaboración entre diferentes equipos.
Para obtener información detallada sobre cómo funciona la herramienta y cómo recomienda Adobe que la use, consulte la Documentación de la herramienta de transferencia de contenido.
Refactorización de código code-refactor
Configurar para desarrollo set-up-for-development
Es hora de empezar a refactorizar las funciones existentes para que sean compatibles con Cloud Services.
En primer lugar, observe la documentación que detalla las herramientas básicas y comience a refactorizar el código:
- Durante la planificación, es aconsejable tener una lista de áreas que se deben refactorizar para que sean compatibles con AEM as a Cloud Service. Puede revisar las Directrices de desarrollo para obtener más información sobre cómo refactorizar y optimizar el código para Cloud Service.
- Más información sobre cómo Administrar configuraciones en AEM as a Cloud Service.
- Aprenda a configurar un entorno de desarrollo local descargando AEM as a Cloud Service SDK
- Por último, familiarícese con la API de Java de AEM as a Cloud Service.
Además, también puede:
-
Vea este vídeo para comprender cómo instalar Dispatcher SDK localmente:
embed https://video.tv.adobe.com/v/30601 -
Vea este vídeo para comprender cómo configurar Dispatcher SDK:
embed https://video.tv.adobe.com/v/33692?captions=spa
Un cambio de mentalidad a-change-in-mindset
El desarrollo y la ejecución del código en AEM as a Cloud Service requieren un cambio de mentalidad. Cabe señalar que el código debe ser flexible, especialmente porque una instancia puede detenerse en cualquier momento. Debe tenerse en cuenta que el código que se ejecuta en Cloud Service siempre se realiza en un clúster. Esto significa que siempre hay más de una instancia en ejecución.
Se requieren ciertos cambios para que los proyectos de AEM Maven sean compatibles con la nube. AEM as a Cloud Service requiere una separación de content y code en paquetes distintos para su implementación en AEM:
-
/appsy/libsse consideran áreas inmutables de AEM, ya que no se pueden cambiar después de iniciarse AEM (es decir, durante la ejecución). Esto incluye operaciones de creación, actualización o eliminación. Cualquier intento de cambiar un área inmutable durante la ejecución fallará. -
Todo lo demás en el repositorio (por ejemplo,
/content,/conf,/var,/home,/etc,/oak:index,/system,/tmp) son áreas mutables, lo que significa que se pueden cambiar durante la ejecución.
Para obtener más información, consulte la documentación de Estructura de paquetes recomendada.
Herramientas de migración de nube cloud-migration-tools
Adobe proporciona varias herramientas para acelerar algunas de las tareas de refactorización de código. Comprender estas herramientas y los problemas que resuelven reducirá la complejidad y el tiempo de la migración.
- Migración de flujos de trabajo de recursos, una herramienta que se usa para migrar automáticamente los flujos de trabajo de procesamiento de recursos
- Dispatcher Converter, una herramienta que convierte las configuraciones existentes de Dispatcher a un formato listo para AEM as a Cloud Service.
- Modernizador de repositorio, una herramienta que toma un proyecto multimodo de AEM como entrada y lo convierte en uno de AEM as a Cloud Service
- Conversor de índices, una herramienta que convierte índices en un formulario compatible con AEM as a Cloud Service
- Herramientas de modernización, un conjunto de utilidades que se pueden usar para convertir las características heredadas de AEM a las funcionalidades modernas y compatibles de AEM as a Cloud Service.
Una vez que haya configurado el entorno de desarrollo local, familiarícese con AEM as a Cloud Service SDK consultando la documentación.
Programar una congelación de código schedule-a-code-freeze
Para administrar el desarrollo continuo de código en su AEM activo junto con las tareas de refactorización de código como parte de su recorrido de transición, Adobe recomienda programar un período de congelación de código hasta que haya completado la reestructuración del proyecto Maven para que sea compatible con AEM as a Cloud Service.
Una vez que se haya realizado la reestructuración del proyecto, puede reanudar el nuevo desarrollo de código basado en esta nueva estructura. Esto reduce los errores de canalización de Cloud Manager durante la implementación y la prueba del código.
Prácticas recomendadas para la implementación y prueba de código best-practices
La canalización de Cloud Manager admite la ejecución de pruebas que se ejecutan en el entorno de ensayo.
Siga las prácticas recomendadas en los documentos siguientes con respecto a las pruebas de calidad del código:
- Prueba de calidad del código, un documento que describe el proceso de escritura de scripts de prueba y explica el concepto de cobertura recomendada de al menos el 50%.
- Comprender las reglas de calidad de código personalizadas, que tiene como objetivo describir las reglas de calidad de código personalizadas ejecutadas por Cloud Manager creadas en función de las prácticas recomendadas de ingeniería de AEM.
Preparación para el lanzamiento preparing-for-go-live
La preparación del sistema de origen para la migración implica tareas de nivel de administrador del sistema y de AEM. Para empezar, verifique que el repositorio de contenido se encuentra en un estado bien mantenido comprobando el estado de la tarea limpieza de revisión y la recolección de elementos no utilizados del almacén de datos. Si está ejecutando la versión 6.3 de AEM (ya que la herramienta de transferencia de contenido es compatible a partir de la versión 6.3), se recomienda realizar la compactación sin conexión, seguida de la recolección de basura del almacén de datos.
Se recomienda comprobar la coherencia de los datos en todas las versiones de AEM para garantizar que el repositorio de contenido esté en buen estado para iniciar actividades de migración.
Se requiere acceso de administrador del sistema para instalar y configurar AZCopy
También se recomienda revisar los Assets AEM, las páginas, los proyectos, los usuarios y los grupos que no se utilicen para ahorrar tiempo en la migración. Consulte la sección Estado del repositorio de contenido.
Estado del repositorio de contenido repository-health
Una vez que se haya establecido el acceso a un clon de producción, proceda a comprobar el estado del repositorio. Como se mencionó en la sección anterior, el objetivo es limpiar y compactar el repositorio en el origen antes de iniciar la migración. Este paso podría ahorrar mucho tiempo, de lo contrario, se gasta en solucionar problemas una vez que comience la migración.
Recopilando datos gathering-data
La recopilación de datos puede ayudarle a planificar las actividades de migración y las tareas asociadas. Los tiempos de extracción y de ingesta son especialmente útiles porque los puntos de datos se pueden asociar con un tamaño específico del conjunto de migración. Como tal, se pueden extrapolar estos puntos de datos para llegar a un plan:
- Cantidad total de tiempo necesario para extracción
- Cantidad total de tiempo necesario para ingesta
- Cantidad total de tiempo necesario para la extracción superior
- Cantidad total de tiempo necesario para la ingesta de recarga
Estos puntos de datos también pueden ayudarle a establecer KPI y otras tareas relacionadas con la migración.
Plan de migración migration-plan
En función de los puntos de datos recopilados (ver arriba), puede crear un plan de migración que se puede integrar en un plan de proyecto de macro. Este paso permitirá a todas las partes interesadas clave visualizar y planificar las actividades de migración.
La siguiente tabla ilustra un plan de migración típico:
Como puede ver en la tabla anterior, resulta útil seguir un formato de nombre específico para identificar las iteraciones de migración, por ejemplo: PRDCLONE para el entorno de AEM de origen, AUTHOR/PUBLISH para el entorno de AEM as a Cloud Service, CSSTAGE-AUTHOR para la instancia de AEM as a Cloud Service, etc.
Algunos detalles importantes que influyen en el plan de migración:
Número total de extracciones requeridas
- Las extracciones de autor y publicación en entornos específicos se consideran dos extracciones paralelas, ya que son independientes entre sí.
- Número de extracciones superiores basadas en el crecimiento del repositorio en períodos de tiempo específicos.
Número total de ingestas requeridas
- Es importante capturar este elemento en el plan, ya que un conjunto extraído se puede ingerir en varios entornos de Cloud Service.
- Número de ingestas superiores.
- La migración de contenido de Source Author a la instancia de autor de Cloud Service y de Source Publish a Cloud Service Publish es la práctica recomendada para evitar la ingesta de todo el contenido de autor en Cloud Service Publish.
Rastreador de migración migration-tracker
Puede utilizar el rastreador de migración para anotar los tiempos tanto de la ejecución inicial como de la superior. Estos puntos de datos le ayudarán a formular requisitos realistas de congelación de contenido antes de la recarga final.
El rastreador también le ayudará a lo siguiente:
- Identifique cualquier desviación del planificador que requiera ajustes en el plan o en las escalas de tiempo de lanzamiento
- Proporcionar un estado realista que se pueda utilizar en todas las comunicaciones necesarias
- Planifique migraciones iniciales o futuras de recarga
La siguiente tabla ilustra un rastreador de migración funcional:
Estrategia y cronología de migración de contenido content-strategyand-timeline
En la siguiente sección se muestran los pasos importantes y las tareas asociadas que se pueden utilizar para formular una estrategia de migración de contenido y una cronología.
Montaje fitment
-
Realice una limpieza de revisión, una recopilación de residuos del almacén de datos y comprobaciones de coherencia de datos. Ver también Preparación para el lanzamiento
-
Recopilar estadísticas sobre el repositorio de origen de AEM:
- Tamaño del almacén de segmentos
- Tamaño del almacén de índice
- Número de páginas
- Número de recursos
- Número de usuarios y grupos
-
Saber si las siguientes funciones están habilitadas en el origen de AEM (también es necesario en AEM as a Cloud Service):
- Etiquetado inteligente
- Búsqueda por similitud
- Buscar texto en documentos de Word y PDF
-
Recopilar el informe del Analizador de prácticas recomendadas
-
Importar a Cloud Acceleration Manager
- Revise la recomendación de autoanálisis para asegurarse de que AEM as a Cloud Service puede gestionar los requisitos de almacenamiento.
-
Cree un ticket de asistencia de Adobe para cualquier aclaración antes de continuar con el plan de migración.
Prueba de migración proof-of-migration
-
Solicite un clon de producción que:
- Está en la misma zona de red
- Proporciona contenido de producción como usuarios y grupos
- Clones para creación y publicación: un nodo para cada clúster o granja de servidores de publicación
-
Elija un subconjunto del contenido que se migra para que:
- Es una combinación de todos los tipos de contenido disponibles
- Contiene todos los usuarios y grupos
-
Incluye el 25 % del contenido o hasta 1 TB de contenido, el valor que sea menor.
-
Ejecute al menos una migración completa y superior, desde el clon de producción al entorno de no producción de AEM as a Cloud Service
-
Resuelva cualquier problema potencial como:
- Espacio en disco en el origen de AEM
- Conectividad entre el origen de AEM y AEM as a Cloud Service
- Cualquier limitación relacionada con la ingesta.
-
Registrar el tiempo necesario para extracción e ingesta:
- Saber cuánto contenido se añade por semana
- Extraiga los tiempos medidos a partir de la prueba de migración para crear un plan de migración.
Siguientes pasos what-is-next
Después de haber comprendido completamente cómo evaluar si su instalación de AEM está lista para moverse a la nube, mientras aprendemos a utilizar las herramientas necesarias para prepararla, es hora de pasar a la fase de lanzamiento.