Simplemente haciendo algunos picos rápidos para posiblemente usar un sistema de mensajería para procesar archivos que están en un sistema de flujo de trabajo bien desacoplado.
¿Cuáles son los pros y los contras que la gente ha encontrado al usar cada uno de los marcos anteriores? ¿Cuáles son las ventajas de usar estos en comparación con un sistema MSMQ enrollado a mano con enlaces WCF y / o soluciones que no son MSMQ?
Respuestas:
Recomendaría mantenerse alejado de las soluciones elaboradas a mano, ya que hay un montón de cosas algo difíciles que deben resolverse correctamente, como cómo se manejan las transacciones, cómo las excepciones causan retrocesos, cómo dejar de retroceder sin cesar (mensajes dudosos), cómo integrarse con flujos de trabajo de larga duración para que los límites de la gestión estatal se alineen y más.
Probablemente desee algún tipo de infraestructura de mensajería duradera / transaccional, por lo que si no usa MSMQ, se quedará con Service Broker en la plataforma de Microsoft o alguna otra alternativa como ActiveMQ. MSMQ tiene la ventaja de que ya está instalado en todas las máquinas con Windows, a diferencia de Service Broker, que no lo está.
En términos de elegir entre NServiceBus, Mass Transit y Rhino Service Bus, esta respuesta de Stackoverflow que compara NServiceBus con MassTransit sería un buen lugar para comenzar.
En nuestra versión 3.1, presentamos NSB Studio, un conjunto de herramientas de modelado integradas de Visual Studio que le permiten modelar su sistema en un nivel superior de abstracción y hacer que gran parte de la configuración e inicialización de NServiceBus se realice automáticamente. Yo diría que esto realmente inclina la balanza a favor de NServiceBus.
Espero que ayude.
Descargo de responsabilidad: soy el autor de NServiceBus.
NServiceBus es un buen producto, pero tenga cuidado con los problemas de licencia. Tiene una tendencia a cambiar su política de licencias como lo desean los autores. Eche un vistazo, por ejemplo, a la información de la licencia anterior.
Puede suceder que en medio del desarrollo de su proyecto descubra que tiene que pagar mucho dinero por NServiceBus.
También la versión gratuita tiene limitaciones de rendimiento.
MassTransit es un código abierto absolutamente gratuito, no tiene limitaciones y está bajo licencia Apache 2.0.
No he utilizado Rhino Service Bus .
Una actualización del estado de Rhino vs NServicebus:
http://www.infoq.com/news/2012/04/nservicebus3-0
InfoQ a Ayende: usted mismo ha escrito anteriormente un bus de servicio para .NET, a saber, el bus de servicio de Rhino. ¿Deberían los usuarios de Rhino Service Bus reconsiderar ahora y pasar a NServiceBus?
Ayende: Construí Rhino Service Bus alrededor de 2008. Lo construí principalmente porque no estaba contento con el estado de los otros autobuses de servicio en ese momento. He tenido diferentes preocupaciones y direcciones al construir mi autobús de servicio, pero eso fue hace 4 años. En ese tiempo, creo que NServiceBus hizo grandes avances para convertirse en un producto más fácil de usar y tener una historia de desarrollo mucho mejor lista para usar. Si estuviera comenzando con los autobuses de servicio hoy, dudo mucho que construyera los míos propios.
una posible desventaja de cualquier cosa basada en MSMQ es la restricción del tamaño máximo de mensaje. IIRC tiene aproximadamente 4 MB, con lo que podría encontrarse fácilmente si está tratando con archivos grandes y almacenando el contenido del archivo dentro del mensaje.