Show Menu
TEMAS×

Cambios importantes en Adobe Experience Manager (AEM) as a Cloud Service

AEM Cloud Service ofrece muchas funciones y posibilidades nuevas para la gestión de sus proyectos de AEM. Sin embargo, existen varias diferencias entre AEM Sites local o como Adobe Managed Service en comparación con AEM Cloud Service. Este documento destaca las diferencias fundamentales.
En este documento se destacan los cambios más importantes que se han producido en AEM en su conjunto. Para obtener más información y ver los cambios específicos de la solución, consulte:
Las principales diferencias se encuentran en las siguientes áreas:

/apps y /libs son inmutables en tiempo de ejecución

Cualquier contenido y carpetas secundarias de /apps y /libs son de solo lectura. Cualquier función o código personalizados que deba realizar cambios allí no podrá hacerlo. Se muestra un error que indica que dicho contenido es de solo lectura y que la operación de escritura no se pudo completar. Esto afecta a varias áreas de AEM:
  • No se permite ningún cambio en /libs .
    • Esta regla no es nueva, pero no se aplicaba en versiones anteriores locales de AEM.
  • Las superposiciones de áreas en /libs en las que se permite la superposición siguen estando permitidas en /apps .
    • Estas superposiciones deben proceder de Git a través de la canalización CI/CD.
  • La información de diseño de plantilla estática almacenada en /apps no se puede editar mediante la interfaz de usuario.
    • En su lugar, se recomienda utilizar plantillas editables.
    • Si las plantillas estáticas siguen siendo necesarias, la información de configuración debe proceder de Git a través de la canalización CI/CD.
  • El modelo MSM y las configuraciones de implementación MSM personalizadas deben instalarse desde Git a través de la canalización CI/CD.
  • Los cambios en la traducción y localización deben proceder de Git a través de la canalización CI/CD.

Los paquetes y la configuración de OSGi deben estar basados en el repositorio

La consola Web, utilizada en versiones anteriores de AEM para cambiar la configuración de OSGi, no está disponible en AEM Cloud Service. Por lo tanto, los cambios en OSGi deben introducirse a través de la canalización CI/CD.
  • Los cambios en la configuración de OSGi solo pueden realizarse mediante la persistencia de Git como ajustes de OSGi basados en JCR.
  • Los paquetes de OSGi nuevos o actualizados deben introducirse a través de Git como parte del proceso de construcción de la canalización CI/CD.

No se permiten los cambios en el repositorio de publicación

No se permiten cambios directos en el repositorio de publicación en AEM Cloud Service. En versiones anteriores de AEM local o AEM en AMS, los cambios de código se podían realizar directamente en el repositorio de publicación; por ejemplo, para crear usuarios, actualizar el perfil de usuario y crear nodos. Esto ya no es posible y puede solucionarse de las siguientes formas:
  • Para la configuración de contenido o basada en contenido: realice los cambios en la instancia de creación y publíquelos.
  • Para el código y la configuración: realice los cambios en el repositorio de GIT y ejecute la canalización CI/CD para implementarlos.
  • Para datos relacionados con el usuario, como envíos de formularios o datos de perfil: utilice el servicio de perfil unificado (Unified Profile Service) de Experience Cloud Platform u otro almacén de reconocimiento de sesiones de terceros.

No se permiten los modos de ejecución personalizados

Se proporcionan los siguientes modos de ejecución predeterminados para AEM Cloud Service:
  • author
  • publish
  • prod
  • author.prod
  • publish.prod
  • stage
  • author.stage
  • publish.stage
  • dev
  • author.dev
  • publish.dev
Los modos de ejecución adicionales o personalizados no son compatibles en AEM Cloud Service.

Eliminación de agentes de replicación

En AEM Cloud Service, el contenido se publica mediante Sling Content Distribution . Los agentes de replicación utilizados en versiones anteriores de AEM ya no se utilizan ni se proporcionan, lo que podría afectar a las siguientes áreas de los proyectos de AEM existentes:
  • Flujos de trabajo personalizados que llevan contenido a los agentes de replicación de los servidores de vista previa, por ejemplo.
  • Personalización a agentes de replicación para transformar contenido.
  • Uso de la replicación inversa para devolver el contenido de la publicación al creador.

Eliminación de la IU clásica

La IU clásica ya no está disponible en AEM Cloud Service.

Entrega en el lado de Publish

La aceleración HTTP, incluida la CDN y la administración de tráfico para los servicios de creación y publicación, se proporcionan de forma predeterminada en AEM Cloud Service.
Para la transición de proyectos desde AMS o una instalación local, Adobe recomienda aprovechar la CDN integrada, ya que las funciones del AEM Cloud Service están optimizadas para la CDN proporcionada.

Administración y entrega de recursos

La carga, el tratamiento y la descarga de recursos se han optimizado en AEM Cloud Service para ser más eficientes, permitir una mejor adaptabilidad y cargas y descargas más rápidas. Sin embargo, esto puede afectar a algunos códigos personalizados existentes.
  • El flujo de trabajo predeterminado de actualización de recursos DAM en versiones anteriores de AEM ya no está disponible.
  • Los componentes del sitio web que entregan un archivo binario sin transformación deben utilizar la descarga directa.
    • El servlet Sling GET se ha cambiado para que lleve a cabo esta acción de forma predeterminada.
  • Los componentes del sitio web que proporcionan un archivo binario con transformación (por ejemplo, cambiar el tamaño mediante servlet) pueden seguir funcionando como siempre.
  • Los recursos que se incluyen mediante el administrador de paquetes requieren un reprocesamiento manual mediante la acción Volver a procesar recursos de la interfaz de Assets.