Nservicebus gegen Mass Transit gegen Nashorn -Service -Bus gegen andere?

Question

Wenn Sie nur einige schnelle Spikes in die Verwendung eines Messaging -Systems verwenden, um Dateien zu verarbeiten, die sich in einem gut entkoppelten Arbeitsflusssystem befinden.

Was sind die Profis und Nachteile, die die Menschen für die Verwendung jeder der oben genannten Frameworks gefunden haben? Was sind die Vorteile der Verwendung dieser gegenüber einem handgeklemmten MSMQ-System mit den WCF-Bindungen und/oder nicht-MSMQ-Lösungen?

Answer 1

Ich würde empfehlen, sich von handgerollten Lösungen fernzuhalten, da es eine Reihe von etwas schwierigen Dingen gibt, die genau richtig geworden werden müssen - wie mit der Art und Weise, wie Transaktionen behandelt werden, wie Ausnahmen Rollbacks verursachen, wie man endlos aufhört, zurückzurollen (Giftmeldungen), Wie man sich in langlebige Workflows integriert, damit sich die Grenzen der Staatsverwaltung und vieles mehr einstellen.

Sie möchten wahrscheinlich eine dauerhafte/transaktionale Messaging -Infrastruktur. Wenn Sie also nicht MSMQ verwenden, werden Sie mit dem Service Broker auf der Microsoft -Plattform oder einer anderen Alternative wie Activemq zurückgelassen. MSMQ hat den Vorteil, bereits auf allen Windows -Maschinen installiert zu werden, im Gegensatz zu Service Broker, was dies nicht ist.

In Bezug auf die Auswahl zwischen Nservicebus, Mass Transit und Rhino Service Bus - dieser Antwort der Stackoverflow Vergleich von Nservicebus mit Masstransit Wäre ein guter Ausgangspunkt ..

In unserer Release 3.1 stellen wir NSB Studio ein - eine Reihe von integrierten Modellierungswerkzeugen von Visual Studio, mit denen Sie Ihr System auf einer höheren Abstraktionsebene modellieren und einen Großteil der Konfiguration und Initialisierung von NServicebus für Sie automatisch erfolgen können. Ich würde sagen, dass dies die Waage wirklich zugunsten von Nservicebus tippt.

Ich hoffe, das hilft.

Haftungsausschluss: Ich bin der Autor von Nservicebus.

Answer 2

Nservicebus ist ein gutes Produkt, aber Vorsicht vor Lizenzproblemen. Es hat die Tendenz, IT -Lizenzrichtlinien nach Wünschen der Autoren zu ändern. Schauen Sie sich beispielsweise an bei Alte Lizenzinformationen.

Es könnte passieren, dass Sie mitten in Ihrer Projektentwicklung feststellen werden, dass Sie viel Geld für Nservicebus bezahlen müssen.

Auch kostenlose Version hat Leistungseinschränkungen.

Masstransit ist absolut kostenlos Open Source, es hat keine Einschränkungen und steht unter Apache 2.0 -Lizenz.

Ich habe nicht benutzt Rhino Service Bus.

Answer 3

Ein Update zum Zustand des Rhino gegen Nservicebus:

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

Infoq zu ayende: Sie haben zuvor einen Servicebus für .NET selbst geschrieben, nämlich den Rhino -Service -Bus. Sollten Benutzer des Rhino -Service -Busses jetzt überdenken und nach Nservicebus wechseln?

Ayende: Ich habe Rhino Service Bus um 2008 gebaut. Ich habe ihn hauptsächlich gebaut, weil ich damals mit dem Zustand der anderen Servicebusse nicht zufrieden war. Ich hatte beim Bau meines Dienstbusses unterschiedliche Bedenken und Anweisungen, aber das war vor 4 Jahren. In dieser Zeit denke ich, dass NServicebus große Fortschritte gemacht hat, um ein einfacheres Produkt zu werden und eine viel bessere Geschichte der Kastenentwicklung zu haben. Wenn ich heute mit Service -Bussen anfange, bezweifle ich dringend, dass ich meine eigenen bauen würde.

Answer 4

Eine potenzielle Betrügerin von MSMQ basiert die Einschränkung auf die maximale Nachrichtengröße. IIRC Es ist ungefähr 4 MB, was Sie möglicherweise problemlos begegnen, wenn Sie mit großen Dateien zu tun haben und den Dateiinhalt in der Nachricht speichern.