Cambios importantes en Adobe Experience Manager as a Cloud Service

Adobe Experience Manager AEM () Cloud Service AEM ofrece muchas nuevas funciones y posibilidades para la gestión de sus proyectos de. Sin embargo, existen algunas diferencias entre AEM Sites local o en el servicio administrado por Adobe en comparación con AEM Cloud Service. Este documento destaca las diferencias fundamentales.

NOTA

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 lo siguiente:

Las principales diferencias se encuentran en las siguientes áreas:

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

Cualquier contenido y subcarpetas de /apps y /libs es de solo lectura. Cualquier función o código personalizado 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. AEM Esto tiene un impacto en varias áreas de la:

  • No se permite ningún cambio en /libs.
    • AEM Esta regla no es nueva, pero no se aplicaba en versiones locales anteriores de la aplicación de la versión de la aplicación de la versión de la aplicación de la aplicación de la aplicación de forma predeterminada
  • Superposiciones para áreas en /libs que se pueden superponer siguen estando permitidas en /apps.
    • Estas superposiciones deben proceder de Git a través de la canalización CI/CD.
  • 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 I18n deben proceder de Git a través de la canalización CI/CD.

Los paquetes y configuraciones de OSGi deben tratarse como códigos

Los cambios en los paquetes y configuraciones de OSGi deben introducirse mediante la canalización CI/CD.

  • Los paquetes OSGi nuevos o actualizados deben introducirse a través de Git mediante la canalización CI/CD.
  • Los cambios en las configuraciones de OSGi solo pueden proceder de Git a través de la canalización CI/CD.

La consola Web, utilizada en versiones anteriores de AEM para cambiar los paquetes y configuraciones de OSGi, no está disponible en AEM Cloud Service.

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

Además de los cambios en la carpeta /home en el nivel de publicación, no se permiten cambios directos en el repositorio de publicación en AEM Cloud Service. En versiones anteriores de AEM locales o AEM en AMS, los cambios de código se podían realizar directamente en el repositorio de publicación. Algunas limitaciones se pueden mitigar de las siguientes maneras:

  • Para la configuración de contenido y basada en contenido: realice los cambios en la instancia de autor 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.

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 y cambios relacionados

En AEM Cloud Service, el contenido se publica mediante Sling Content Distribution. AEM AEM Ya no se utilizan ni se proporcionan los agentes de replicación utilizados en versiones anteriores de los proyectos de, lo que podría afectar a las siguientes áreas de los proyectos de 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 autor.

Además, los botones de pausa y desactivación se eliminan de la consola de administración del agente de replicación.

Eliminación de la IU clásica

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

Entrega en el lado de publicación

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 proyectos en transición desde AMS o una instalación local, Adobe recomienda encarecidamente utilizar la CDN integrada, ya que las funciones de AEM Cloud Service están optimizadas para la CDN proporcionada.

Administración y entrega de recursos

La carga, el procesamiento y la descarga de recursos están optimizados en Experience Manager Assets as a Cloud Service. AEM Assets ahora es más eficiente, permite un mayor escalado, y cargar y descargar a una velocidad más rápida. Además, afecta al código personalizado existente y a algunas operaciones. Para ver una lista de cambios y para la paridad con Experience Manager 6.5, consulte cambios en Assets.

En esta página