Arquitectura de microservicios y análisis de rendimiento de Cloud Publishing

Este artículo comparte la información sobre la arquitectura y los números de rendimiento del nuevo microservicio de publicación en la nube.

Problemas con los flujos de trabajo de publicación existentes en la nube

La publicación DITA es un proceso que consume muchos recursos y que depende principalmente de la CPU y la memoria del sistema disponibles. La necesidad de estos recursos aumenta aún más si los editores publican asignaciones grandes con muchos temas o si se activan varias solicitudes de publicación paralelas.

AEM Si no utiliza el nuevo servicio, todas las publicaciones se realizan en el mismo pod Kubernetes(k8) que también ejecuta el servidor en la nube de. Un pod k8 típico tiene un límite en la cantidad de memoria y CPU que puede usar. Si los usuarios de AEM Guides publican cargas de trabajo grandes o paralelas, este límite puede incumplirse rápidamente. AEM K8 reinicia los pods que están intentando usar más recursos que el límite configurado, lo que puede tener un serio impacto en la propia instancia de la nube de la.

Esta restricción de recursos fue la principal motivación para crear un servicio dedicado que nos pueda permitir ejecutar varias cargas de trabajo de publicación simultáneas y grandes en la nube.

Introducción a la nueva arquitectura

El servicio utiliza soluciones de nube de vanguardia de Adobe como App Builder, IO Eventing e IMS para crear una oferta sin servidor. Estos servicios se basan en los estándares de la industria ampliamente aceptados como Kubernetes y docker.

Cada solicitud al nuevo microservicio de publicación se ejecuta en un contenedor de docker aislado que ejecuta solo una solicitud de publicación a la vez. Se crean varios contenedores nuevos automáticamente en caso de que se reciban nuevas solicitudes de publicación. Este contenedor único por configuración de solicitud permite al microservicio ofrecer el mejor rendimiento a los clientes sin introducir riesgos de seguridad. Estos contenedores se descartan una vez finalizada la publicación, lo que libera los recursos no utilizados.

Todas estas comunicaciones están protegidas por Adobe IMS mediante autenticación y autorización basadas en JWT y se ejecutan a través de HTTPS.

Análisis de rendimiento

Esta sección muestra las cifras de rendimiento del microservicio. Compara el rendimiento del microservicio con la oferta local de AEM Guides, ya que la arquitectura de la nube antigua tenía problemas en la publicación simultánea o en la publicación de mapas muy grandes.

Si publica un mapa grande en modo local, es posible que tenga que modificar los parámetros de la pila Java o que se produzcan errores de memoria insuficiente. En la nube, el microservicio ya está diseñado y tiene una pila Java y otras configuraciones óptimas listas para usar.

Ejecución de una publicación en la nube o local

Ejecución de varias publicaciones en la nube o locales

Ventajas adicionales

AEM Alguna parte de cada solicitud de publicación debe ejecutarse en la instancia de para recuperar el contenido de publicación correcto y enviarlo al microservicio. AEM AEM La nueva arquitectura de la nube utiliza trabajos en la nube en lugar de flujos de trabajo en la nube, como en el caso de la arquitectura antigua, para crear flujos de trabajo en la nube. Este cambio permite a los administradores de AEM Guides AEM configurar individualmente la cola de publicación en la nube sin afectar a otros trabajos de la aplicación ni a las configuraciones de flujo de trabajo de la administración de flujos de trabajo.

Encontrará detalles sobre cómo configurar el nuevo microservicio de publicación aquí: Configurar microservicio