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.
La historia 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 el 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 AEM, que cuenta con un marco de trabajo de integración y entrega continuas que se utiliza para implementar código en AEM as a Cloud Service, y le presentamos los siguientes aspectos:
- 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 proporcionadas por el Adobe para preparar el contenido y la nube de código 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
AEM Para migrar contenido de la instancia de actual 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 el Adobe su uso, 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 los Cloud Service.
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 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 el SDK de Dispatcher localmente:
embed -
Vea este vídeo para comprender cómo configurar el SDK de Dispatcher:
embed
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.
AEM Es necesario realizar ciertos cambios para que los proyectos de Maven sean compatibles con la nube en la mayoría de los casos. AEM as a Cloud Service AEM requiere una separación de content y code en paquetes distintos para su implementación en el espacio de trabajo de la siguiente manera:
-
AEM AEM
/appsy/libsse consideran áreas inmutables de la, ya que no se pueden cambiar después de iniciarse la sesión de la aplicación (es decir, durante el tiempo de 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.
- AEM Modernizador de repositorio, una herramienta que toma un proyecto multimodo de la aplicación como entrada y lo convierte en un proyecto de AEM as a Cloud Service
- Conversor de índices, una herramienta que convierte índices en un formulario compatible con AEM as a Cloud Service
- AEM Herramientas de modernización, un conjunto de utilidades que se pueden usar para convertir las características de las versiones heredadas de las funcionalidades modernas y compatibles de AEM as a Cloud Service.
Una vez que haya configurado el entorno de desarrollo local, familiarícese con el SDK de AEM as a Cloud Service consultando la documentación.
Programar una congelación de código schedule-a-code-freeze
AEM Para administrar el desarrollo continuo de código en su proyecto 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 AEM creadas en función de las prácticas recomendadas de ingeniería de la.
Preparación para el lanzamiento preparing-for-go-live
AEM La preparación del sistema de origen para la migración implica tareas a nivel del sistema y del administrador de la. 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. AEM Si está ejecutando la versión 6.3 de la aplicación (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.
AEM Se recomienda comprobar la coherencia de los datos en todas las versiones de la aplicación 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 cualquier Assets AEM, página, proyecto, usuario o grupo que no se utilice para ahorrar tiempo durante 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:
AEM 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 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 Publish 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
-
AEM Recopilar estadísticas sobre el repositorio de origen de la:
- 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
-
AEM Sepa si las siguientes funciones están habilitadas en la fuente de la (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:
- AEM Espacio en disco en el origen de la
- AEM Conectividad entre la fuente de datos de la 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
AEM Después de haber comprendido completamente cómo evaluar si la instalación de su está lista para ser trasladada a la nube, a medida que aprendemos a utilizar las herramientas necesarias para prepararla, es hora de pasar a la fase de lanzamiento.