Cambios importantes en Adobe Experience Manager as a Cloud Service notable-changes-aem-cloud
Adobe Experience Manager (AEM) Cloud Service ofrece muchas nuevas funciones y posibilidades para la administración de proyectos AEM. Sin embargo, existen varias diferencias entre AEM Sites local o Adobe Managed Service en comparación con AEM Cloud Service. Este documento destaca las diferencias fundamentales.
- Introducción a Adobe Experience Manager as a Cloud Service
- Novedades y diferencias entre Adobe Experience Manager as a Cloud Service y las versiones anteriores
- La arquitectura de Adobe Experience Manager as a Cloud Service
- Cambios importantes en AEM Sites as a Cloud Service
- Cambios importantes en AEM Assets as a Cloud Service
Las principales diferencias se encuentran en las siguientes áreas:
/apps y /libs son inmutables en tiempo de ejecución apps-libs-immutable
Cualquier contenido y carpetas secundarias de /apps y /libs son de solo lectura. Cualquier funcionalidad o código personalizado que debe 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 tiene un impacto en 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
/libsen las que se permite la superposición siguen estando permitidas en/apps.- Estas superposiciones deben proceder de Git mediante la canalización CI/CD.
-
La información de diseño de plantilla estática almacenada en
/appsno 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 osgi
Los cambios en los paquetes y configuraciones de OSGi deben introducirse a través de 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 mediante 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 changes-to-publish-repo
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 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.
No se permiten los modos de ejecución personalizados custom-runmodes
Los modos de ejecución adicionales o personalizados no son compatibles en AEM Cloud Service. Para obtener una lista de los modos de ejecución predeterminados para AEM Cloud Service, consulte Implementación en AEM as a Cloud Service.
Eliminación de agentes de replicación y cambios relacionados replication-agents
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 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 autor.
Además, tenga en cuenta que los botones de pausa y deshabilitación se han eliminado de la consola de administración del agente de replicación.
Eliminación de la IU clásica classic-ui
La IU clásica ya no está disponible en AEM Cloud Service.
Entrega en el lado de publicación publish-side-delivery
La aceleración HTTP, incluida la red de distribución de contenido (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 de AEM Cloud Service se han optimizado para la CDN proporcionada.
Administración y entrega de recursos asset-handling
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 mucho 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.