Middleware orientado a mensajes (MoM) vs. Bus de servicios empresariales (ESB)

Question

Vengo de un fondo de MoM. Creo que entiendo ESB conceptualmente. Sin embargo, no estoy muy seguro de las diferencias prácticas entre los dos cuando se trata de hacer una elección arquitectónica.

Esto es lo que quiero saber

1) Cualquier buen enlace en línea que me pueda ayudar a este respecto.

2) ¿Alguien puede decirme dónde tiene sentido usar uno sobre el otro?

Cualquier ayuda sería útil.

Answer 1

La mensajería tiende a concentrarse en el intercambio confiable de mensajes alrededor de una red; usando colas como balanceador de carga confiable y temas para implementar publicación y suscripción.

Un ESB generalmente tiende a agregar diferentes funciones más allá de la mensajería, como la orquestación, el enrutamiento, la transformación y la mediación.

Recomiendo leer sobre los Patrones de integración empresarial que ofrece una visión general de los patrones comunes que usted Tendré que usar en problemas de integración que se basan en un bus de mensajes (aunque también se pueden usar con otras tecnologías de red).

Por ejemplo, usando código abierto; Apache ActiveMQ proporciona un intercambio confiable de mensajes libremente acoplados. Luego puede usar Apache Camel para implementar Patrones de integración empresarial para enrutamiento inteligente, transformación, orquestación, trabajando con otras tecnologías y así sucesivamente.

Answer 2

Puse soluciones MOM y soluciones ESB en dos planos distintos.

Considero que MOM es un componente básico para las soluciones ESB. De hecho, las soluciones de ESB alcanzan sus propias capacidades de acoplamiento asincrónico y comunicación asíncrona, simplemente usando el paradigma ofrecido por la implementación específica de MOM.

Por lo tanto, las MOM representan soluciones para la distribución de datos / eventos a un nivel personalizado de QoS (de acuerdo con la implementación específica del proveedor), en cambio, los ESB representan soluciones que brindan capacidades para realizar orquestaciones complejas en un escenario SOA (donde tenemos múltiples proveedores que ofrecen sus servicios) y múltiples consumidores interesados ??en consumir los servicios ofrecidos por los primeros).

Las orquestaciones complejas implican comunicación entre sistemas heredados, cada uno de ellos con su propia representación de dominio de datos (reglas y servicios en datos específicos) y su propio paradigma de comunicación (un consumidor interactúa con el ESB usando CORBA, otro usando WS, y así en).

Está claro que ESB representa una solución arquitectónica más compleja destinada a proporcionar la abstracción de bus de datos (como los buses electrónicos que todos tienen en su propia PC), capaz de conectar una plétora de proveedores de servicios a una gran cantidad no especificada de consumidores de servicios, ocultando heterogeneidad en (i) representación de datos y (ii) comunicación.

Perdón por la larga publicación, pero los conceptos son complejos y es muy difícil ser efectivo y eficiente en una breve declaración.

Answer 3

Un ESB es típicamente una capa que enruta, registra, transforma y realiza otras funciones 'técnicas' (es decir, no comerciales) en los mensajes. Podría procesar mensajes de un sistema de mensajería (como algo basado en JMS), o podría funcionar con otros tipos de mensajes (como servicios web basados ??en SOAP). En ese sentido, es más general que MoM.

Descargo de responsabilidad: soy consultor de IBM WebSphere, aunque no estoy contribuyendo aquí a título oficial.

Answer 4

ESB con servicios web en su forma real proporciona a la aplicación un acoplamiento flexible al enviar los datos a través de uno de los elementos del mensaje.

MOM proporciona no solo acoplamiento suelto de aplicación, sino que también procesa el acoplamiento suelto.

ESB viene con características adicionales que admiten el enfoque centrado en el gobierno.

Ambos se pueden usar de forma independiente o juntos según el escenario.

Answer 5

IBM y Oracle tienen certificaciones SOA. Como son los líderes en el mercado (Gartner Magic Quadrant), leería acerca de cómo definen SOA y ESB (junto con la metodología y los componentes necesarios para soportar SOA como Gobierno, Registro, etc., etc.)

Answer 6

EBS es solo otra palabra de moda, al igual que SOA 2.0.

Puede tener un sistema ESB implementado fácilmente con los servicios web normales con una cola detrás de ellos. Puede tener enrutamiento y orquestación de mensajes con SOA 1.0 (Tibco, BizzTalk), una cosa no detiene la otra realmente. Más importante aún, es la semántica dada a los mensajes intercambiados en el sistema que juegan un papel importante, en este caso los eventos. Los mensajes como eventos son desencadenantes de algo que sucedió en su sistema, por lo que el contexto es diferente.