Fase de preparación

AEM En esta fase del Recorrido AEM de migración as a Cloud Service de la, se familiarizará con la migración as a Cloud Service, revisará los cambios importantes 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, AEM Introducción a la migración a la as a Cloud Service, describe una lista de las fases a las que debe someterse para migrar a la as a Cloud Service, así como las ventajas de hacerlo, y describe las fases a las que debe someterse para migrar a la AEM.

Objetivo

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

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

AEM Revisar los cambios más importantes en la arquitectura as a Cloud Service de la aplicación

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

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

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

¿Qué ha cambiado? Referencia Consideraciones clave
Separar filtros mutables e inmutables en paquetes correspondientes AEM Cambios importantes as a Cloud Service
AEM AEM Estructura del proyecto de para el as a Cloud Service
AEM Un paquete único que se puede implementar en el as a Cloud Service puede tener subpaquetes, principalmente para contener contenido mutable e inmutable separado en sus propios paquetes.
Inicio de repo Documentación de Apache Sling RepoInit Los scripts de Repoinit son la práctica recomendada para crear estructuras de nodos iniciales, usuarios, grupos o usuarios de servicios. Dado que estos scripts se pueden dirigir mediante el modo de ejecución y se pueden administrar mediante la implementación de paquetes de código, proporcionan mucha flexibilidad para lograr tareas de inicialización del repositorio.
No se permiten los modos de ejecución personalizados AEM Solo se admiten los modos de ejecución predeterminados con as a Cloud Service de.
Cuando se añaden entornos de desarrollo adicionales, todos ellos se vinculan al modo de ejecución "dev".
La ejecución de la canalización de Cloud Manager es la única manera de implementar AEM En 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 deben 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 mediante Cloud Manager
Los agentes de replicación se sustituyen por Sling Content Distribution El concepto de agente de replicación se reemplaza por Usar distribución de contenido. 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 autor, pero los paquetes que se van a implementar solo deben contener contenido mutable ( por ejemplo: /content o /conf)
Creación de una CDN y Obtención de su propia CDN AEM El 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 se apruebe.
AEM Si se aprueba, la CDN apuntará a Fastly y no a instancias de en ningún entorno.
Trabajos de larga duración AEM Evite ejecutar trabajos de larga duración, como Planificadores de Sling o Trabajos Cron, ya que las instancias de que se ejecutan en los contenedores pueden ir y venir en cualquier momento.
Repiense estas funcionalidades para descargarlas en el Adobe I/O.
Cambiar a operaciones asincrónicas Configuración de operaciones asincrónicas Para mejorar el rendimiento general de los entornos, ciertas operaciones se ejecutan en modo asincrónico. Los trabajos asincrónicos se pondrán en cola y se ejecutarán cuando haya recursos del sistema disponibles.
Estrategias de autenticación e integración basadas en tokens Generación de tokens de acceso para las API del lado del servidor
Tutorial de autenticación basada en tokens
AEM AEM Es habitual que los sistemas externos a los que se realiza la operación de la conexión estén intentando realizar operaciones HTTP dentro de los sistemas de la conexión de red
AEM El enfoque recomendado es implementar las estrategias descritas aquí, en lugar de depender de la creación de nombres de usuario locales con contraseñas en el.
E/S de archivo/Uso de disco AEM Como no hay garantías de cuánto espacio en disco se asigna y las instancias en contenedores van y vienen, no es aconsejable utilizar las operaciones de E/S de archivo para escribir o leer desde el disco adjunto a la instancia de.
Flujo de trabajo de recursos de actualización DAM Servicio de asset compute Los pasos de procesamiento de medios que forman parte del flujo de trabajo de recursos de actualización de DAM ahora se sustituyen por el servicio de Asset compute
AEM Métodos de carga de recursos y pasos de proceso de flujo de trabajo admitidos en el as a Cloud Service Cargar comparaciones de API y pasos de proceso de WF admitidos AEM En 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 cualquier lanzador de flujo de trabajo que active el flujo de trabajo de recursos de actualización de OOTB o DAM personalizado de su código.
AEM El servicio de procesamiento de recursos procesará todos los recursos cargados en el recurso as a Cloud Service de la. Para ver los pasos personalizados, consulte Flujos de trabajo de posprocesamiento sobre cómo configurar flujos de trabajo posteriores al procesamiento.
Pasos de representación personalizada Perfiles de procesamiento Cualquier generación de representación personalizada, conversión de imágenes o codificaciones de vídeo debe descargarse al servicio de procesamiento de recursos creando los perfiles de procesamiento correspondientes.
Búsqueda de contenido e indexación Búsqueda de contenido y cambios de indexación Hay cambios considerables en el procesamiento subyacente de los índices y en el momento en que comienza a funcionar.
Comprenda y refactorice completamente los índices Oak antes de administrarlos en el código que implementará.
No todas las tareas de mantenimiento se pueden configurar AEM Tareas de mantenimiento as a Cloud Service AEM Solo se pueden configurar determinadas tareas de mantenimiento con as a Cloud Service de la.
Cambios en el repositorio de Publish No se permiten cambios directos en el repositorio de Publish, excepto los realizados en /home. Siempre se recomienda realizar los cambios en Autor 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 AEM Copia de seguridad y restauración as a Cloud Service
Cambios en la autenticación Compatibilidad con IMS para AEM as a Cloud Service Si anteriormente utilizaba la integración con SAML 2.0 tanto en la creación como en la publicación antes de pasar a Cloud Service AEM, el cambio principal es que solo se integra con Adobe IMS el Autor as a Cloud Service de la. AEM Sin embargo, el nivel de publicación as a Cloud Service de la todavía 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 AEM y ver cuál es el impacto para su implementación.

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

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

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

imagen

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

Evaluación de la preparación de Cloud Service

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

AEM Deberá llevar a cabo una evaluación completa del código fuente actual de la en relación con los cambios notables y las funciones en desuso para determinar el nivel de esfuerzo esperado en el recorrido de transición.

El número de conclusiones influirá directamente en los plazos y en el éxito general del proyecto. AEM Por lo tanto, se recomienda descubrir tanto como sea posible para planificar la entrega o iniciar las conversaciones necesarias para rediseñar las personalizaciones necesarias para estar en línea con las prácticas recomendadas as a Cloud Service.

Analizador de prácticas recomendadas

AEM Puede acelerar la evaluación ejecutando el Analizador de prácticas recomendadas con la versión actual de la versión de la. Tener una buena comprensión de cómo funciona es clave para acelerar la planificación de la evaluación.

Puede leer más sobre cómo funciona consultando el 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 el momento. Puede hacerlo generando informes del Analizador de prácticas recomendadas desde las instancias de Ensayo y Producción, a continuación, cárguelos en Cloud Acceleration Manager para un informe digerible de elementos procesables.

Un informe típico debe contener estas entradas:

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

Socialización del informe

Una vez completados los informes del Analizador de prácticas recomendadas, compártalos con los equipos relevantes para confirmar las conclusiones y planificar los pasos siguientes. Según sus preferencias, también puede distribuir una versión impresa del informe utilizando Vista preliminar.

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

AEM Si no ha establecido los Indicadores clave de rendimiento (KPI) anteriormente, se recomienda establecer los KPI para la implementación de la aplicación de la 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

AEM Una vez que haya comprendido el ámbito de los cambios necesarios para pasar a la fase as a Cloud Service, es hora de hacer lo siguiente: Preparar el código y la nube de contenido antes de realizar la migración.

Recursos adicionales

En esta página