Sto solo facendo alcuni rapidi picchi nell'eventuale utilizzo di un sistema di messaggistica per elaborare i file che si trovano in un sistema di flusso di lavoro ben disaccoppiato.
Quali sono i pro e i contro che le persone hanno riscontrato nell'utilizzo di ciascuno dei framework di cui sopra? Quali sono i vantaggi dell'utilizzo di questi rispetto a un sistema MSMQ rollato a mano con le associazioni WCF e / o soluzioni non MSMQ ??
Risposte:
Consiglierei di stare lontano dalle soluzioni fatte a mano in quanto ci sono un sacco di cose un po 'difficili che devono essere messe a punto nel modo giusto - come il modo in cui vengono gestite le transazioni, come le eccezioni causano rollback, come smettere di rollback all'infinito (messaggi avvelenati), come integrarsi con flussi di lavoro di lunga durata in modo che i confini della gestione dello stato si allineino e altro ancora.
Probabilmente vorrai un qualche tipo di infrastruttura di messaggistica durevole / transazionale, quindi non utilizzando MSMQ rimarrai con Service Broker sulla piattaforma Microsoft o qualche altra alternativa come ActiveMQ. MSMQ ha il vantaggio di essere già installato su tutte le macchine Windows, a differenza di Service Broker che non lo è.
In termini di scelta tra NServiceBus, Mass Transit e Rhino Service Bus, questa risposta di Stackoverflow che confronta NServiceBus a MassTransit sarebbe un buon punto di partenza.
Nella nostra versione 3.1, stiamo introducendo NSB Studio, un set di strumenti di modellazione integrati di Visual Studio che ti consentono di modellare il tuo sistema a un livello di astrazione più elevato e che gran parte della configurazione e dell'inizializzazione di NServiceBus vengono eseguite automaticamente. Direi che questo fa davvero pendere la bilancia a favore di NServiceBus.
Spero che aiuti.
Disclaimer: sono l'autore di NServiceBus.
NServiceBus è un buon prodotto ma attenzione ai problemi di licenza. Ha la tendenza a cambiare la politica di licenza come desiderano gli autori. Dai un'occhiata ad esempio alle informazioni sulla vecchia licenza.
Può accadere che nel bel mezzo dello sviluppo del tuo progetto ti accorgi di dover pagare un sacco di soldi per NServiceBus.
Anche la versione gratuita ha limiti di prestazioni.
MassTransit è open source assolutamente gratuito, non ha limitazioni ed è sotto licenza Apache 2.0.
Non ho utilizzato Rhino Service Bus .
Un aggiornamento allo stato di Rhino vs NServicebus:
http://www.infoq.com/news/2012/04/nservicebus3-0
InfoQ per Ayende: hai già scritto un bus di servizio per .NET, vale a dire Rhino Service Bus. Gli utenti di Rhino Service Bus dovrebbero ora riconsiderare e passare a NServiceBus?
Ayende: Ho costruito Rhino Service Bus intorno al 2008. L'ho costruito principalmente perché non ero soddisfatto dello stato degli altri bus di servizio in quel momento. Ho avuto diverse preoccupazioni e direzioni durante la costruzione del mio autobus di servizio, ma è stato 4 anni fa. In quel periodo, penso che NServiceBus abbia fatto passi da gigante nel diventare un prodotto più facile da usare e avere una storia di sviluppo fuori dagli schemi molto migliore. Se oggi dovessi iniziare con gli autobus di servizio, dubito fortemente che costruirò il mio.
un potenziale svantaggio di qualsiasi cosa basata su MSMQ è la restrizione sulla dimensione massima dei messaggi. IIRC è di circa 4 MB, che potresti facilmente incontrare se hai a che fare con file di grandi dimensioni e archiviare il contenuto del file all'interno del messaggio.