instalar - read message queue c#

¿Qué agrega Windows Service Bus a MSMQ?

Question

Me gustaría hacer una elección informada hacia una arquitectura de publicación / suscripción simple.

Entonces me pregunto: ¿qué agrega el Bus de servicios que MSMQ no puede hacer ?
¿Cuáles son los inconvenientes del bus de servicio ?

¡Gracias por iluminarme!

Answer 1

La diferencia funcional principal es que Service Bus proporciona soporte inmediato para la semántica de intercambio de mensajes, como el enrutamiento basado en temas mediante publicación-suscripción.

MSMQ, por otro lado, es un sistema ligero de almacenamiento y retransmisión de colas, que admite mensajería unidireccional punto a punto.

Autobús de servicio:

1. depende de SQL Server, y
2. es un broker . Esto puede considerarse un inconveniente .

Si está viendo frameworks de pub-sub, entonces uno popular en este momento (gratuito en modo de un solo subproceso) es NServiceBus , que se encuentra en la parte superior de MSMQ, aunque tiene transporte intercambiable.

Answer 2

Pros

• Service Bus le permite publicar a través de tcp y http, que es genial, y le ofrece un mayor desacoplamiento.
• Service Bus es una base de datos SQL, por lo que su recuperación de desastres es mucho más sencilla y mucho más económica de implementar.

Contras

• Service Bus está centralizado y MSMQ está federado, por lo que es potencialmente más escalable. Aunque puede escalar con más nodos en WSB.
• Necesita una conexión en vivo al bus central antes de poder publicar. Así que MSMQ está federado (en cada máquina) lo hace más disponible para los clientes.

Sin embargo, las personas están utilizando MSMQ como una tienda local con Service Bus, así que publíquelo localmente, luego transfiéralo al bus cuando haya una conexión disponible.

Estamos teniendo una buena experiencia con Service Bus en lugar de MSMQ en este momento.