Fase de preparación readiness-phase

En esta fase del Recorrido de migración de AEM as a Cloud Service, se familiarizará con AEM as a Cloud Service. Puede revisar los cambios más importantes introducidos y comprender lo que se necesita para planificar una migración correcta a la nube.

Lo que hemos visto hasta ahora story-so-far

El documento anterior, Introducción a la migración a AEM as a Cloud Service, describe una lista de las fases por las que debe pasar para poder migrar a AEM as a Cloud Service. También se describen las ventajas de realizar la migración.

Objetivo objective

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 acerca de cambios importantes y funciones obsoletas
  • Descubra cómo planificar la migración a AEM as a Cloud Service

Revisar los cambios importantes en la arquitectura de AEM as a Cloud Service notable-changes-in-aem-cloud-service-architecture

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

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

La lista de elementos de la siguiente tabla 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 en Adobe Experience Manager as a Cloud Service.

¿Qué ha cambiado?
Referencia
Puntos clave
Separar filtros mutables e inmutables en paquetes correspondientes
Cambios importantes de AEM as a Cloud Service
Estructura del proyecto AEM 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.
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
Solo se admiten los modos de ejecución predeterminados con AEM as a Cloud Service.
Cuando se agregan 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
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 deben implementarse como código.
Las configuraciones de OSGi están disponibles en modo de solo lectura para verlas a través de Developer Console a través de 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 utilizan agentes de replicación, deben volver a diseñarse.
No se admite la replicación inversa
CRX/DE y Administrador de paquetes
CRX/DE solo se permite en el entorno de desarrollo.
Se puede acceder al Administrador de paquetes 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 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 técnico de Adobe para que se apruebe.
Si se aprueba, la CDN apunta a Fastly y no a las instancias de AEM en ningún entorno.
Trabajos de larga duración
Evite trabajos de larga duración, como los Planificadores de Sling o los trabajos de Cron, ya que las instancias de AEM que se ejecutan en los contenedores pueden ir y venir en cualquier momento.
Vuelva a pensar estas funcionalidades para poder descargarlas en Adobe Developer.
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 ponen en cola y se ejecutan cuando hay 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
Es común que los sistemas externos a AEM intenten realizar operaciones HTTP en 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.
E/S de archivo/Uso de disco
No hay garantía de cuánto espacio en disco se asigna y las instancias en contenedores van y vienen. Por lo tanto, no se recomienda utilizar las 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 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
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 del código cualquier lanzador de flujos de trabajo que active el flujo de trabajo de recursos de actualización de DAM predeterminado o personalizado.
El servicio de procesamiento de recursos procesará todos los recursos cargados en AEM as a Cloud Service. Para ver los pasos personalizados, consulte flujos de trabajo de procesamiento posterior sobre cómo configurar los flujos de trabajo de procesamiento posterior.
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 implemente.
No todas las tareas de mantenimiento se pueden configurar
Tareas de mantenimiento de AEM as a Cloud Service
Solo puede configurar ciertas tareas de mantenimiento con AEM as a Cloud Service.
Cambios en el repositorio de Publish
No se permiten cambios directos en el repositorio de Publish, excepto los cambios en /home. Siempre se recomienda distribuir todos los cambios realizados en el autor. Todos los cambios de código y configuración deben implementarse a través de la canalización de Cloud Manager correspondiente.
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 a través de la canalización de Cloud Manager.
Copia de seguridad y restauración
Copia de seguridad y restauración de AEM 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, el cambio principal es que AEM as a Cloud Service Author solo se integra con Adobe IMS. Sin embargo, el nivel de publicación de AEM as a Cloud Service aún puede utilizar 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 deprecated-features

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.

Adobe recomienda que consulte Funciones obsoletas para familiarizarse con las funciones y capacidades que están marcadas como obsoletas en Experience Manager as a Cloud Service. Vea cuál es el impacto para su implementación de AEM.

Planifique una revisión de su instalación de AEM review-planning

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. Al hacerlo, puede medir el nivel de cambios necesarios para moverlo a la nube.

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

Pasos clave involucrados durante la fase de revisión

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

Evaluación de la preparación de Cloud Service assess-cloud-readiness

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

Realice una evaluación completa del código fuente actual de AEM 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 puede influir directamente en los plazos y en el éxito general del proyecto. Por lo tanto, Adobe recomienda que descubra todo lo posible para poder planificar la entrega. O bien, inicie las conversaciones para poder rediseñar las personalizaciones necesarias para que estén en armonía con las prácticas recomendadas de AEM as a Cloud Service.

Analizador de prácticas recomendadas

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

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

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. El informe se crea generando informes del Analizador de prácticas recomendadas a partir de las instancias de fase y producción y, a continuación, se cargan en Cloud Acceleration Manager para obtener un informe digerible 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 de AEM
  • Configuraciones de Production Dispatcher
  • Asignaciones de dominios (configuraciones de CDN) (si las hay)

Socializar el informe

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

Revisión de Planificación de Recursos review-resource-planning

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 KPI establish-kpis

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 que pueda aprender a elegir los KPI adecuados para sus objetivos empresariales.

Siguientes pasos what-is-next

Una vez que comprenda el ámbito de los cambios necesarios para pasar a AEM as a Cloud Service, es hora de preparar su código y la nube de contenido antes de llevar a cabo la migración.

Recursos adicionales additional-resources

recommendation-more-help
experience-manager-cloud-service-help-main-toc