Fase de preparación

En esta fase del Recorrido as a Cloud Service de Migración de AEM, se familiarizará con AEM as a Cloud Service, revisará los cambios notables que ha introducido y comprenderá lo que se necesita para planificar una migración exitosa a la nube.

La historia hasta ahora

El documento anterior, Introducción al paso a AEM as a Cloud Service, describe una lista de las fases que debe pasar para migrar a AEM as a Cloud Service, así como los beneficios de hacerlo.

Objetivo

Este documento le ayuda a comprender qué factores debe tener en cuenta para asegurarse de que la instalación de AEM está lista para moverse a la nube:

  • Obtenga información sobre cambios importantes y funciones obsoletas
  • Obtenga información sobre cómo planificar la migración a AEM as a Cloud Service

Revise los cambios más importantes en la arquitectura as a Cloud Service AEM

AEM as a Cloud Service ofrece muchas nuevas funciones y posibilidades para la gestión de sus proyectos AEM.

Junto con estas mejoras, se han introducido varias diferencias entre las instalaciones locales de AEM y Adobe Managed Services, en comparación con AEM as a Cloud Service.

La lista de elementos de la tabla siguiente es el subconjunto de los cambios más relevantes para una migración a AEM as a Cloud Service. Puede consultar la lista completa de cambios importantes here.

¿Qué ha cambiado? Referencia Principales seguimientos
Separe los filtros mutables e inmutables en los paquetes correspondientes AEM cambios importantes as a Cloud Service
AEM estructura del proyecto para AEM as a Cloud Service
Un paquete único que se puede implementar en AEM as a Cloud Service puede tener subpaquetes, principalmente para contener contenido mutable e inmutable separado en sus propios paquetes.
Punto de repo Documentación de Apache Sling RepoInit Las secuencias de comandos de informe son la práctica recomendada para crear cualquier estructura de nodo inicial, usuario, grupo o usuario de servicio. Dado que estos scripts se pueden dirigir mediante el modo de ejecución y se pueden administrar mediante la implementación del paquete de código, proporcionan mucha flexibilidad para lograr las tareas de inicialización del repositorio.
No se permiten los modos de ejecución personalizados Solo se admiten los modos de ejecución proporcionados fuera de la caja con AEM as a Cloud Service.
Cuando se añaden entornos de desarrollo adicionales, todos se vinculan al modo de ejecución "dev".
La ejecución de canalización de Cloud Manager es la única forma de implementar En AEM as a Cloud Service, no se permite el acceso a /system/console, por lo que todas las configuraciones de OSGi deben formar parte del código y implementarse como código.
Las configuraciones de OSGi están disponibles en modo de solo lectura para su visualización a través de Developer Console a través de Cloud Manager
Los agentes de replicación se reemplazan con Sling Content Distribution El concepto del agente de replicación se reemplaza por Sing Content Distribution. Si hay personalizaciones que aprovechan los agentes de replicación, deben rediseñarse.
No se admite la replicación inversa
CRX/DE y Administrador de paquetes CRX/DE solo se permite en el entorno de desarrollo.
El Administrador de paquetes es accesible en todas las instancias de creación, pero los paquetes que se van a implementar solo deben contener contenido mutable ( por ejemplo: /content o /conf)
CDN integrada y obtenga su propia CDN AEM as a Cloud Service incluye la CDN para todos los entornos, que está optimizada para la mayoría de los casos de uso.
Si desea configurar su propia CDN, debe enviar una solicitud al soporte de Adobe para que sea aprobada.
Si se aprueba, la CDN señalará a Finfinito y no a AEM instancias en ningún entorno.
Trabajos de larga duración Evite ejecutar trabajos de larga duración, como Sling Schedulers o trabajos Cron, ya que las AEM instancias que se ejecutan en los contenedores pueden ir y venir en cualquier momento.
Reconsidere estas funcionalidades para descargarlas en Adobe I/O.
Cambiar a operaciones asincrónicas Configuración de operaciones asincrónicas Para mejorar el rendimiento general de los entornos, determinadas operaciones se ejecutan en modo asíncrono. Los trabajos asincrónicos se pondrán en cola y se ejecutarán cuando los recursos del sistema estén disponibles.
Estrategias de integración y autenticación basadas en tokens Generación de tokens de acceso para API del lado del servidor
Tutorial de autenticación basada en tokens
Es habitual que los sistemas externos a AEM intenten realizar operaciones HTTP dentro de AEM.
El método recomendado es implementar las estrategias descritas aquí en lugar de depender de la creación de nombres de usuario locales con contraseñas en AEM.
Uso de E/S de archivo/disco Como no hay garantía de cuánto espacio en disco se asigna y las instancias de los contenedores van y vienen, no es aconsejable utilizar operaciones de E/S de archivo para escribir o leer desde el disco conectado a la instancia de AEM.
Flujo de trabajo de recursos de actualización de DAM Servicio de asset compute Los pasos de procesamiento de contenido que forman parte del flujo de trabajo de recursos de actualización de DAM ahora se sustituyen por el servicio de Asset compute
Métodos de carga de recursos y pasos de proceso de flujo de trabajo admitidos en AEM as a Cloud Service Cargar comparaciones de API y pasos de proceso de WF admitidos En AEM as a Cloud Service, durante la carga o descarga de un recurso, el recurso se transmite directamente dentro o fuera del almacenamiento binario.
No todos los pasos del proceso de flujo de trabajo son compatibles con AEMaaCS.
Lanzadores de flujo de trabajo Elimine de su código cualquier iniciador de flujo de trabajo que active OOTB o el flujo de trabajo personalizado de recursos de actualización de DAM.
Todos los recursos cargados en AEM as a Cloud Service serán procesados por el servicio de procesamiento de recursos. Para ver los pasos personalizados, consulte Flujos de trabajo posteriores al procesamiento sobre cómo configurar y configurar flujos de trabajo posteriores al procesamiento.
Pasos de representación personalizados Perfiles de procesamiento Cualquier generación de representación personalizada, conversiones de imagen o codificaciones de vídeo debe descargarse en el servicio de procesamiento de recursos creando los perfiles de procesamiento correspondientes.
Buscar contenido e indexar Búsqueda de contenido e indexación de cambios Hay cambios considerables en el procesamiento subyacente de los índices y cuando se está iniciando.
Comprenda y refactorice completamente los índices Oak antes de administrarlos en el código que implementará.
No todas las tareas de mantenimiento son configurables AEM tareas de mantenimiento as a Cloud Service Solo puede configurar ciertas tareas de mantenimiento con AEM as a Cloud Service.
Cambios en el repositorio de publicación No se permiten cambios directos en el repositorio de Publish, excepto en los que se encuentran en /home. Siempre se recomienda realizar los cambios en author y distribuirlos. Todos los cambios de código y configuración deben implementarse a través de la canalización correspondiente de Cloud Manager.
Configuraciones y almacenamiento en caché de Dispatcher Dispatcher en la nube
Administración de caché
Las configuraciones de Dispatcher deben seguir una estructura específica.
Las configuraciones deben administrarse como parte del código e implementarse mediante la canalización de Cloud Manager.
Copia de seguridad y restauración Copia de seguridad y restauración as a Cloud Service AEM
Cambios en la autenticación Compatibilidad con IMS para AEM as a Cloud Service Si anteriormente estaba utilizando la integración SAML 2.0 tanto en el autor como en la publicación antes de pasar a Cloud Service, el cambio principal es que AEM autor as a Cloud Service solo se integra con Adobe IMS. Sin embargo, AEM nivel de publicación as a Cloud Service aún puede aprovechar SAML u otras integraciones de autenticación. AEM as a Cloud Service ofrece compatibilidad con la autenticación IMS solo para usuarios creadores, administradores y desarrolladores. La autenticación IMS no ofrece compatibilidad con usuarios finales externos de sitios de clientes como visitantes del sitio.

Funciones en desuso

Adobe evalúa constantemente las capacidades de los productos para renovar o sustituir las funciones más antiguas con alternativas modernas que mejoren el valor general del cliente, siempre teniendo en cuenta la compatibilidad con versiones anteriores.

Le recomendamos que consulte la Funciones obsoletas para familiarizarse con las funciones y capacidades que se han marcado como obsoletas en Experience Manager as a Cloud Service y ver cuál es el impacto para su implementación de AEM.

Planifique una revisión de la instalación de AEM

Una vez que se haya acostumbrado a los cambios introducidos con AEM as a Cloud Service, es hora de empezar a planificar una revisión de la instalación existente, para medir el nivel de cambios necesarios para moverla a la nube.

La siguiente figura muestra los pasos clave involucrados durante la fase de revisión:

image

A continuación, analizaremos en detalle cada uno de estos pasos.

Evaluación de la preparación de Cloud Service

El primer paso es evaluar su preparación para pasar de la versión de AEM existente al Cloud Service y determinar las áreas que requerirán refactorización para ser compatibles con AEM as a Cloud Service.

Deberá realizar una evaluación completa del código fuente de AEM actual en relación con los cambios importantes y las funciones obsoletas para determinar el nivel de esfuerzo esperado en el recorrido de transición.

El número de conclusiones influirá directamente en los plazos y el éxito general del proyecto. Por lo tanto, se recomienda descubrir en la medida de lo posible la planificación del envío o iniciar las conversaciones necesarias para rediseñar cualquier personalización necesaria para ajustarse a AEM práctica recomendada as a Cloud Service.

Analizador de prácticas recomendadas

Puede acelerar la evaluación ejecutando el Analizador de prácticas recomendadas en su versión AEM actual. Conocer bien cómo funciona es clave para acelerar la planificación de la evaluación.

Puede leer cómo funciona consultando al Analizador de prácticas recomendadas documentación.

Crear un informe de evaluación de preparación para la nube

El siguiente paso es crear un informe basado en todos los conocimientos adquiridos hasta ahora. Para ello, puede generar informes de Best Practices Analyzer desde las instancias de fase y producción. a continuación, cárguelos en Cloud Acceleration Manager para un informe digestivo de los elementos procesables.

Un informe típico debe contener estas entradas:

  • Documentación que detalla el conjunto de funciones de su instalación de AEM particular
  • Detalles sobre las configuraciones y el código personalizados AEM
  • Configuraciones de Dispatcher de producción
  • Configuraciones de CDN (si hay alguna)

Socializar el informe

Una vez completados los informes de Best Practices Analyzer, compártalos con los equipos relevantes para confirmar sus conclusiones y planificar los pasos siguientes. Según las preferencias, también puede distribuir una versión impresa del informe utilizando Vista previa de impresión.

Revisión de la planificación de recursos

Una vez que haya calculado el nivel de esfuerzo necesario para pasar a Cloud Service, debe identificar los recursos, crear un equipo y asignar funciones y responsabilidades para el proceso de transición.

Establecimiento de los KPI

Si no ha establecido los indicadores de rendimiento clave (KPI) anteriormente, se recomienda establecer los KPI para la implementación de AEM para ayudar a su equipo a centrarse en lo que más importa.

Consulte Desarrollo de KPI para aprender a elegir los KPI adecuados para sus objetivos empresariales.

Siguientes pasos

Una vez que entienda el alcance de los cambios necesarios para pasar a AEM as a Cloud Service, es hora de Preparar el código y la nube de contenido antes de realizar la migración.

Recursos adicionales

En esta página