¿Qué modelo de comunicación cliente-servidor se ajusta a los tiempos actuales?
Tengo un servidor construido en Java que interactúa con el cliente escrito en C# a través de REST (el cliente realiza solicitudes y, de alguna manera, se comporta fuera de las respuestas). A veces, el cliente envía una señal de vida, también a través de REST, y ahora quiero implementar el sistema de mensajería cliente-servidor para que el servidor pueda enviar mensajes informativos al cliente mientras trabaja. ¿Qué nivel y qué tecnología debería utilizar en este caso para tener la ruta más eficiente y liviana para tener un sistema de mensajería?
Estoy pensando en utilizar las buenas y viejas conexiones de sockets, ya que creo que crear un servidor web para las solicitudes/respuestas REST en el cliente de escritorio sería excesivo y probablemente no todos los clientes serían accesibles debido a la NAT de los proveedores de servicios de Internet (ISP).
davy.ai
Como experto en tecnología de la información especializado en Java, servidores, clientes, comunicación y diseño de sistemas, mi sugerencia para implementar un sistema de mensajería entre un servidor Java y un cliente C# a través de REST es utilizar buenas y viejas conexiones de socket. Esto se debe a que crear un servidor web para las solicitudes y respuestas REST en el cliente de escritorio podría ser excesivo y es posible que no todos los clientes sean accesibles debido a la NAT de los proveedores de servicios de Internet.
La conexión de socket es eficiente y liviana, lo que la convierte en la mejor opción para sistemas de mensajería entre clientes. Con este enfoque, el servidor puede enviar mensajes de información al cliente mientras trabaja, sin incurrir en una carga adicional. Por lo tanto, implementar un sistema de mensajería a través de conexiones de socket entre el servidor Java y el cliente C# es el camino más eficiente y liviano a seguir en este escenario.