Adobe Experience Manager AEM () as a Cloud Service ofrece un conjunto de servicios componibles para la creación y gestión de experiencias de alto impacto.
AEM Esta página proporciona una introducción a la arquitectura lógica, la arquitectura de servicios, la arquitectura del sistema y la arquitectura de desarrollo para la arquitectura de as a Cloud Service.
AEM El as a Cloud Service está formado por soluciones de alto nivel, como AEM Sites, AEM Assets y AEM Forms. Estos servicios tienen una licencia individual, pero se pueden utilizar en colaboración. AEM Cada solución utiliza una combinación de servicios componibles proporcionados por los as a Cloud Service, según sus respectivos casos de uso.
AEM Las aplicaciones de la aplicación se materializan en forma de Programa que crea en la aplicación Cloud Manager, según sus derechos de licencia. AEM Estos programas le proporcionan control total sobre cómo se nombra, configura y asigna los permisos a la aplicación de asociada, en el contexto de un proyecto concreto.
Como cliente, normalmente se le identifica por Adobe como inquilino, también conocido como Organización IMS (Sistema Identity Management). Un inquilino puede tener tantos programas como sea necesario y tener licencia. Por ejemplo, es bastante habitual ver un programa central para AEM Assets, mientras que AEM Sites puede utilizarse en varios programas correspondientes a varias experiencias en línea.
AEM Los Edge Delivery Services de se exponen como una solución de nivel superior en Cloud Manager, a la vez que forman parte de las otras soluciones principales desde el punto de vista de las licencias. Por ejemplo, AEM Sites con Edge Delivery Services.
Un programa se puede configurar con cualquier combinación de soluciones de alto nivel, y cada solución puede admitir de uno a varios complementos. Por ejemplo, Commerce o Screens para AEM Sites, Dynamic Media o Brand Portal para AEM Assets.
Una vez creado un programa con las soluciones AEM Sites, AEM Assets o AEM Forms AEM AEM, las instancias de asociadas se representarán en forma de entornos de en este programa.
Existen cuatro tipos de entorno AEM disponible con el as a Cloud Service de la:
Entorno de producción:
Entorno de ensayo:
Entorno de desarrollo:
Entorno de desarrollo rápido (RDE):
AEM Se puede configurar un programa de trabajo con la variable Edge Delivery Services y también.
AEM Una vez configurados, los pueden hacer referencia a los repositorios de código de GitHub utilizados para crear las experiencias con los Edge Delivery Services. Como resultado, hay nuevas opciones de configuración disponibles para las experiencias asociadas. Estas incluyen la configuración de la CDN administrada por Adobe y el acceso a las métricas de licencias o a los informes de SLA.
AEM La lista de servicios de composición de alto nivel en el as a Cloud Service se puede representar con dos segmentos: Gestión de contenido y Entrega de experiencias.
Para la administración de contenido, hay dos conjuntos principales de servicios para la creación de contenido, ambos representados como fuentes de contenido:
Para la entrega de experiencias, al utilizar AEM Sites o AEM Forms, también hay dos conjuntos principales de servicios, que no se excluyen mutuamente y que funcionan bajo una CDN administrada por Adobe compartido (red de entrega de contenido) como orígenes diferentes:
También están los servicios adyacentes clave:
De forma predeterminada, los programas solo de Assets no tienen una capa de publicación ni de previsualización.
Hay otros servicios adyacentes:
El servicio de replicación:
AEM AEM El servicio de replicación se ha sometido a un completo rediseño en comparación con las versiones 6.x de la aplicación, ya que el marco de trabajo de replicación de versiones anteriores de la aplicación ya no se utiliza para publicar contenido de la aplicación.
La arquitectura más reciente se basa en una publicación y suscripción enfoque con colas de contenido basadas en la nube. AEM AEM En el caso del nivel de publicación de la publicación, permite que un número variable de editores se suscriba al contenido de publicación y es una parte esencial para lograr un escalado automático verdadero y rápido para los as a Cloud Service
El servicio Repositorio de contenido:
El servicio CI/CD:
El servicio Testing:
Representa la infraestructura subyacente utilizada para ejecutar:
AEM como parte de una canalización de implementación a un entorno de, o como parte de una solicitud de extracción de GitHub a un repositorio de código de entrega de Edge.
El servicio de datos:
El servicio Métrica de usuario real (RUM):
El servicio de cómputo de recursos:
El servicio Identity Management (IMS):
AEM Los niveles de autor y publicación de la se implementan como un conjunto de contenedores Docker, operados por un servicio de orquestación de contenedores estándar. La arquitectura en contenedores resultante significa un sistema completamente dinámico con un número variable de pods, según la actividad real (para la administración de contenido) y el tráfico real (para la entrega de experiencias). AEM Esto permite a los as a Cloud Service adaptarse a los patrones de tráfico a medida que cambian.
AEM AEM El nivel de Author de la funciona como un clúster de pods de creación de la aplicación que comparten un único repositorio de contenido. Un mínimo de dos pods permite la continuidad del negocio mientras se ejecutan las tareas de mantenimiento o mientras se produce un proceso de implementación.
AEM AEM El nivel Publicación de la funciona como una granja de instancias de publicación de la publicación de la publicación, cada una con su propio repositorio de contenido publicado. AEM Cada publicador está acoplado a una sola instancia de Apache equipada con el módulo de Dispatcher de para obtener una vista materializada del contenido, que sirve como origen de la CDN administrada por el Adobe. Un mínimo de dos pods también permite la continuidad del negocio, pero no es inusual ver este número expandiéndose en períodos de alto tráfico.
AEM AEM El nivel de vista previa de la está formado por un solo nodo de. Se utiliza para garantizar la calidad del contenido antes de publicarlo en el nivel de publicación. Los tiempos de inactividad ocasionales, especialmente durante las implementaciones, pueden producirse en el nivel de vista previa.
Los Edge Delivery Services funcionan sobre una CDN e infraestructura sin servidor para ensamblar las páginas de la manera más eficiente. Cuando se solicita un recurso, la infraestructura sin servidor es responsable de convertir el contenido publicado en HTML semántico y sirve como origen para la CDN.
La conversión a HTML AEM semántico se produce a partir del contenido publicado servido desde el nivel de creación de la publicación o desde el entorno de creación basado en documentos de la publicación de la publicación de la publicación de la documentación de.
El diagrama siguiente ilustra cómo se puede editar el contenido de Sites en Microsoft Word (creación basada en documentos) y publicarlo en Edge Delivery. También muestra el método de publicación tradicional en AEM utilizando los diversos editores.
Como los Edge Delivery Services forman parte de Adobe Experience Manager y, como tales, Edge Delivery, AEM Sites y AEM Assets pueden coexistir en el mismo dominio. Este es un caso de uso común en sitios web más grandes. Por ejemplo, es posible que un cliente desee migrar una página concreta con mucho tráfico a los Edge Delivery Services AEM, mientras que el resto de páginas podrían permanecer en el nivel de publicación de la.
AEM El código y la configuración de los proyectos de se almacenan en un repositorio de código, desde el cual se emiten canalizaciones de implementación cuando se realizan cambios. Existen diferentes tipos de repositorios de código:
AEM Los desarrolladores y administradores gestionan la aplicación as a Cloud Service de la mediante un servicio de integración continua/entrega continua (CI/CD), disponible mediante Cloud Manager. Cloud Manager también expone todo lo relacionado con la monitorización, el mantenimiento, la resolución de problemas (por ejemplo, el acceso a los archivos de registro) y las licencias.
AEM Cloud Manager administra todas las actualizaciones de las instancias de la aplicación as a Cloud Service de la. Es obligatorio, ya que es la única manera de generar, probar e implementar la aplicación del cliente en los niveles de autor, vista previa y publicación. Estas actualizaciones se pueden activar por Adobe, cuando hay lista una nueva versión de AEM Cloud Service, o por su cuenta, cuando hay una nueva versión de la aplicación lista.
Esto se implementa mediante una canalización de implementación, junto con cada entorno dentro de un programa. Cuando se está ejecutando una canalización de Cloud Manager, se crea una nueva versión de la aplicación del cliente, tanto para el nivel de creación como para el de publicación. Esto se logra combinando los últimos paquetes de clientes con la última imagen de Adobe de línea de base.
La canalización de implementación se activa cuando los clientes realizan cambios en el código o cuando Adobe implementa una nueva versión de mantenimiento.
En ambos casos, se ejecuta el mismo conjunto de pruebas automatizadas. Se compone de pruebas:
Estas pruebas automatizadas se ejecutan en el entorno de ensayo, por lo que es importante mantener el contenido del entorno de ensayo lo más cerca posible del contenido de la instancia de producción.
Una vez que todas las pruebas se hayan realizado correctamente, el nuevo código se implementará en el entorno de producción.
AEM Cloud Manager automatiza completamente el corte a la última versión de la aplicación de la mediante la actualización de todos los nodos de servicio mediante un patrón de actualización móvil. Esto significa que sí sin tiempo de inactividad para el servicio de creación o publicación.
AEM La arquitectura más reciente para la creación de archivos as a Cloud Service AEM presenta algunos cambios e innovaciones fundamentales en comparación con las generaciones anteriores (la versión 6.x y la anterior), como las siguientes:
Todos los archivos se cargan directamente y se sirven desde un almacén de datos en la nube. El flujo de bits asociado nunca pasa por el JVM de los servicios de AEM Author y Publish. AEM Como resultado, los nodos de los servicios de autor y publicación de la pueden tener un tamaño menor y, por lo tanto, ser más compatibles con la expectativa de una adaptabilidad automática rápida. Para los profesionales del sector empresarial, esto significa una experiencia más rápida al cargar y descargar imágenes, vídeos y otras tareas.
Todas las operaciones consistentes en publicar contenido ahora implican una canalización siguiendo un patrón de suscripción. El contenido publicado se inserta en varias colas de la canalización, a las que se suscriben todos los nodos del servicio de publicación. Como resultado, el nivel de creación no necesita tener en cuenta el número de nodos en el servicio de publicación; esto permite aplicar una adaptación automática rápida al nivel de publicación.
La arquitectura separa completamente el contenido de la aplicación del código de la aplicación y la configuración. Todo el código y la configuración son prácticamente inmutables y se codifican en la imagen de línea de base utilizada para crear los distintos nodos de Author y Publish. Como resultado, existe una garantía absoluta de que cada nodo es idéntico, y los cambios en el código y la configuración solo se pueden realizar de forma global mediante la ejecución de una canalización de Cloud Manager.
La arquitectura incluye varios microservicios basados en tecnología sin servidor, especialmente con el tiempo de ejecución del Adobe I/O
Consulte también lo siguiente: