Comunicación agente-servidor

La mayor parte de la comunicación del agente se realiza con JMS, pero algunas actividades, como la publicación de registros, la transmisión de los resultados de las pruebas o la publicación de archivos en CodeStation, acceden al nivel web con HTTP y HTTPS según resulte necesario.

El canal de JMS es el canal de control principal de IBM® UrbanCode Deploy; es el canal que el servidor utiliza para enviar mandatos de agente. De forma predeterminada, el servidor solo escucha en tres puertos: 7918 para JMS, 8080 para HTTP y 8443 para HTTPS.

El servicio de control del agente utiliza JMS con todas las comunicaciones de servidor y para enviar mandatos, como "ejecutar paso" al proceso trabajador. El proceso trabajador utiliza JMS con las comunicaciones del sistema y servicios HTTP REST cuando ejecuta pasos de plugin u obtiene información del servidor.

La comunicación servidor-agente sin estado proporciona ventajas significativas en cuanto al rendimiento, la seguridad, la disponibilidad y la recuperación tras desastre. Dado que la solicitud de cada agente está autocontenida, una transacción consta de un mensaje independiente que se puede sincronizar con el almacenamiento auxiliar a medida que se produzca. El punto final, el servidor o el agente se pueden detener y reiniciar sin ninguna repercusión (salvo el tiempo perdido). Si las comunicaciones fallan en la mitad de la transacción, no se pierde ningún mensaje. Después de conectarlos de nuevo, el servidor y el agente determinan de forma automática que mensajes pasarán y qué trabajos han finalizado correctamente. Tras una parada, el sistema sincroniza los puntos finales y recupera los procesos afectados. Los resultados de cualquier trabajo realizado por un agente durante la parada se comunican al servidor.


Comentarios