Implementación de una arquitectura de Message Bus

Question

Actualmente estoy haciendo análisis y diseño para una nueva arquitectura de bus de mensajes en mi compañía. Intenté con MSMQ hacer algo como esto en el pasado y funciona bien y estaba pensando en hacer lo mismo otra vez para este proyecto, pero usando WCF como la API en lugar de usar la API System.Messaging. ¿Alguien ha tenido experiencia con MSMQ en WCF? ¿Es más fácil usar la API System.Messaging? ¿Cuáles serían algunos beneficios de usar WCF sobre System.Messaging o viceversa?

Answer 1

en mi humilde opinión, con tantos buenos, arquitecturas de bus flexibles y probados para elegir (NServiceBus, Mass Transit, Rhino Service Bus), llevando a cabo su propia sería un gran NIH. No es una tarea trivial.

Udi lo describe muy bien en this message.

Answer 2

el Apache ActiveMQ (open source) intermediario de mensajes también tiene un cliente .NET:

http://activemq.apache.org

Junto con Apache y Apache Camel ServiceMix, los patrones de integración empresarial y sistemas de bus de servicios empresariales son fáciles de configurar .

Answer 3

Lo siento, llegando muy tarde a esto, pero espero que mi respuesta sea útil.

Tanto WCF Queuing como System.Messaging son envoltorios sobre las API de MSMQ. WCF es más sofisticado y complejo, pero tiene los siguientes beneficios:

• Una vista OO de los procesos de negocio de su aplicación en lugar de su plomería de comunicación.
• Encriptación y autenticación de mensajes de extremo a extremo de manera gratuita. System.Messaging solo admite cifrado en el cable, no en la tienda.
• Si lo desea, puede alojar dentro de IIS en lugar de crear su propio host personalizado.
• Correlación de mensajes de forma gratuita. Esto le permite agrupar mensajes en sesiones automáticamente.
• Dosificación transaccional gratuita.