¿Cuándo usar JMS y cuándo usar REST? [cerrado]

Utilice siempre REST. Es el enfoque de integración más moderno, avanzado y escalable disponible en la actualidad. Equilibrio de carga un servicio basado en REST se logra simplemente con el equilibrador de carga HTTP de hardware o software y se puede considerar tan libre como el equilibrio de carga en JMS.

MOM (Middleware orientado a mensajes) no escala fácilmente (pero puede escalar lo suficientemente grande para sus necesidades). REST funciona a escala web.

MOM no tiene economías de escala . Para la recuperación de datos solicitudes, cada vez que se solicita un dato en particular, se debe enviar otro mensaje al servidor y el servidor debe responder. En un sistema basado en REST, las solicitudes para los mismos datos pueden ser atendidas por una caché HTTP . Esto significa que a medida que el volumen de solicitudes aumenta con el tiempo, un sistema basado en MOM verá que la carga del servidor aumenta al mismo ritmo que las solicitudes. Un sistema basado en REST verá el aumento de carga del servidor a un ritmo más lento que las solicitudes.

MAMÁ tentará tú con mensajes de fuego y olvido con entrega garantizada, solo para morderte con el problema de la cadena de custodia .

MOM es terrible para la solicitud-respuesta síncrona, ya que fallará lentamente (es decir, esperará el tiempo de espera) cuando el servidor esté inactivo. Cuando una solicitud va a fallar, usted quiere que falle rápido. Una solicitud HTTP a un servicio basado en REST fallará inmediatamente (en la conexión TCP) si el servidor está inactivo.

MOM es útil para los mensajes asincrónicos de solicitud y respuesta, pero luego se queda con el problema de dónde almacenar el estado entre la solicitud y la respuesta (Sugerencia: Sus opciones son Archivo o Base de datos Regular, el Mensaje o una Base de datos NoSQL ). A menudo, el esfuerzo adicional de implementación no vale la pena las ventajas percibidas de la asincronicidad. También los servicios basados en REST admiten solicitudes asíncronas si realmente lo necesita. 202 Aceptado es tu amigo en esta situación.

Finalmente, el uso del almacenamiento en caché permite basado en REST sistemas para implementar integraciones basadas en pull, que son mucho más fáciles de soportar. Por ejemplo, solo digamos que queremos mover datos del sistema A al sistema B. El enfoque MOM sería enviar mensajes de A a B. Un enfoque basado en REST sería crear un servicio de alimentación de datos en A (como una alimentación RSS) que B sondea para nuevos datos (de la misma manera que su lector RSS sondea para nuevos artículos). Cuando B falla, en el ejemplo MOM, el equipo de soporte necesitará monitorear las colas de mensajes para asegurarse de que no se desborden, mientras alguien más recupera la B. En el ejemplo DEL RESTO, el equipo de soporte solo tiene que preocuparse por obtener una copia de seguridad de B. No hay mucha diferencia cuando una falla. En el ejemplo de MAMÁ B no lo sabe y no le importa. En el RESTO ejemplo B sabe que A está abajo, pero todavía no le importa porque obviamente no hay nuevos datos de A cuando está abajo. Inicialmente, el sondeo que la integración basada en pull requiere costuras muy ineficientes, sin embargo, el almacenamiento en caché HTTP hace que esto no sea un problema.

En en otras palabras, en lugar de invertir en un servidor JMS, invierta en un buen equilibrador de carga HTTP de almacenamiento en caché.