Domanda

Sto solo facendo alcuni rapidi picchi nell'uso eventualmente 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 scoperto nell'utilizzare ciascuno dei suddetti framework? Quali sono i vantaggi dell'utilizzo di questi contro un sistema MSMQ arrotolato a mano con le associazioni WCF e / o soluzioni non MSMQ ??

È stato utile?

Soluzione

Consiglio di stare alla larga dalle soluzioni lanciate a mano in quanto ci sono un sacco di cose un po 'difficili che devono essere ottenute nel modo giusto - come il modo in cui le transazioni vengono gestite, come le eccezioni causano i rollback, come fermare il rollback all'infinito (veleno messaggi), come integrarsi con flussi di lavoro di lunga durata in modo da allineare i confini della gestione dello stato e altro ancora.

Probabilmente avrai bisogno di una sorta di infrastruttura di messaggistica durevole / transazionale, quindi non usando MSMQ rimarrai con Service Broker sulla piattaforma Microsoft o qualche altra alternativa come ActiveMQ. MSMQ ha il vantaggio di essere già installato su tutti i computer Windows, al contrario di Service Broker che non lo è.

In termini di scelta tra NServiceBus, Mass Transit e Rhino Service Bus - questa risposta Stackoverflow confrontando NServiceBus con MassTransit sarebbe essere 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 di fare gran parte della configurazione e dell'inizializzazione di NServiceBus per te automaticamente. Direi che questo punta davvero le scale a favore di NServiceBus.

Spero che sia d'aiuto.

Disclaimer: sono l'autore di NServiceBus.

Altri suggerimenti

NServiceBus è un buon prodotto ma fai attenzione ai problemi di licenza. Ha la tendenza a cambiare la sua politica di licenza come gli autori desiderano. Dai un'occhiata ad esempio alle informazioni sulla vecchia licenza.

Potrebbe accadere che nel mezzo dello sviluppo del tuo progetto scoprirai che devi pagare un sacco di soldi per NServiceBus.

Anche la versione gratuita ha limiti di prestazione.

MassTransit è open source assolutamente gratuito, non ha limiti ed è sotto licenza Apache 2.0.

Non ho usato Rhino Service Bus .

Un aggiornamento allo stato di Rhino vs NServicebus:

http://www.infoq.com/news/2012/04/ nservicebus3-0

  

InfoQ su Ayende: In precedenza hai scritto un bus di servizio per .NET   voi stessi, vale a dire il bus di servizio di Rhino. Se gli utenti del servizio Rhino   L'autobus ora riconsidera e passa a NServiceBus?

     

Ayende: ho costruito Rhino Service Bus intorno al 2008. L'ho costruito principalmente   perché non ero contento dello stato degli altri autobus di servizio a   il tempo. Ho avuto diverse preoccupazioni e direttive nella costruzione del mio   bus di servizio, ma è stato 4 anni fa. In quel momento, lo penso   NServiceBus ha fatto passi da gigante nel diventare un prodotto più facile da usare   e avere una storia di sviluppo molto migliore. Se fossi   a partire dagli autobus di servizio oggi, dubito fortemente che lo farei   costruendo il mio.

un potenziale contro di qualsiasi cosa basata su MSMQ è la restrizione sulla dimensione massima del messaggio. IIRC è di circa 4 MB, che potresti facilmente incontrare se hai a che fare con file di grandi dimensioni e archiviando il contenuto del file all'interno del messaggio.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top