Machen Sie einfach ein paar schnelle Schritte, um möglicherweise ein Messaging-System zu verwenden, um Dateien zu verarbeiten, die sich in einem gut entkoppelten Workflow-System befinden.
Was sind die Vor- und Nachteile, die Menschen bei der Verwendung der oben genannten Frameworks festgestellt haben? Was sind die Vorteile dieser Verwendung gegenüber einem handgerollten MSMQ-System mit WCF-Bindungen und / oder Nicht-MSMQ-Lösungen?
Antworten:
Ich würde empfehlen, sich von handgerollten Lösungen fernzuhalten, da es eine Reihe von etwas schwierigen Dingen gibt, die genau richtig gemacht werden müssen - wie Transaktionen abgewickelt werden, wie Ausnahmen Rollbacks verursachen, wie man das endlose Zurückrollen stoppt (Giftmeldungen), wie man sich in lang laufende Workflows integriert, damit die Grenzen der Staatsverwaltung aufeinander abgestimmt sind, und vieles mehr.
Möglicherweise möchten Sie eine dauerhafte / transaktionale Messaging-Infrastruktur. Wenn Sie also MSMQ nicht verwenden, bleibt Service Broker auf der Microsoft-Plattform oder eine andere Alternative wie ActiveMQ übrig. MSMQ hat den Vorteil, dass es bereits auf allen Windows-Computern installiert ist, im Gegensatz zu Service Broker, bei dem dies nicht der Fall ist.
In Bezug auf die Wahl zwischen NServiceBus, Mass Transit und Rhino Service Bus - diese Stackoverflow-Antwort , bei der NServiceBus mit MassTransit verglichen wird, ist ein guter Ausgangspunkt.
In unserer Version 3.1 stellen wir NSB Studio vor - 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 automatisch für Sie durchführen können. Ich würde sagen, dass dies wirklich den Ausschlag für NServiceBus gibt.
Hoffentlich hilft das.
Haftungsausschluss: Ich bin der Autor von NServiceBus.
NServiceBus ist ein gutes Produkt, aber Vorsicht vor Lizenzproblemen. Es hat die Tendenz, die Lizenzierungsrichtlinie nach Wunsch des Autors zu ändern. Schauen Sie sich zum Beispiel alte Lizenzinformationen an.
Es kann vorkommen, dass Sie mitten in Ihrer Projektentwicklung feststellen, dass Sie viel Geld für NServiceBus bezahlen müssen.
Auch die kostenlose Version weist Leistungseinschränkungen auf.
MassTransit ist absolut kostenlos Open Source, hat keine Einschränkungen und steht unter der Apache 2.0-Lizenz.
Ich habe den Rhino Service Bus nicht benutzt .
Ein Update zum Status von Rhino vs NServicebus:
http://www.infoq.com/news/2012/04/nservicebus3-0
InfoQ an Ayende: Sie haben zuvor selbst einen Servicebus für .NET geschrieben, nämlich den Rhino Service Bus. Sollten Benutzer von Rhino Service Bus jetzt überdenken und zu NServiceBus wechseln?
Ayende: Ich habe den Rhino Service Bus um 2008 gebaut. Ich habe ihn hauptsächlich gebaut, weil ich mit dem Zustand der anderen Service Busse zu dieser Zeit nicht zufrieden war. Ich hatte unterschiedliche Bedenken und Richtungen beim Bau meines Servicebusses, aber das war vor 4 Jahren. In dieser Zeit hat NServiceBus meiner Meinung nach große Fortschritte gemacht, um ein benutzerfreundlicheres Produkt zu werden und eine viel bessere Out-of-the-Box-Entwicklungsgeschichte zu haben. Wenn ich heute mit Servicebussen anfangen würde, bezweifle ich stark, dass ich meine eigenen bauen würde.
Ein möglicher Nachteil von allem, was auf MSMQ basiert, ist die Beschränkung der maximalen Nachrichtengröße. IIRC sind ungefähr 4 MB, auf die Sie leicht stoßen können, wenn Sie mit großen Dateien arbeiten und den Dateiinhalt in der Nachricht speichern.