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 memoria del sistema y de CPU 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.

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 AEM. 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. K8 reinicia los pods que intentan usar más recursos que el límite configurado, lo que puede tener un impacto grave en la propia instancia de nube de AEM.

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.

Para obtener más información sobre la publicación de flujos de trabajo en la nube, consulte las preguntas frecuentes sobre el flujo de trabajo de publicación y la escalabilidad.

Introducción a la nueva arquitectura

El servicio utiliza las soluciones de nube más avanzadas 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.

{width="600"}

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

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

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