Question

Il suffit de faire quelques sauts pour utiliser éventuellement un système de messagerie pour traiter les fichiers se trouvant dans un système de flux de travail bien découplé.

Quels sont les avantages et les inconvénients rencontrés par les utilisateurs de l'utilisation de chacun des cadres susmentionnés? Quels sont les avantages de leur utilisation par rapport à un système MSMQ roulé à la main avec des liaisons WCF et / ou des solutions autres que MSMQ?

Était-ce utile?

La solution

Je vous conseillerais de rester à l'écart des solutions élaborées à la main car il existe une foule d'éléments difficiles à régler - comme la façon dont les transactions sont gérées, les exceptions provoquant des retours en arrière, comment arrêter le retour à l'infini (poison messages), comment s’intégrer aux workflows longs pour que les limites de la gestion des états s’alignent, et plus encore.

Vous voudrez probablement une sorte d’infrastructure de messagerie durable / transactionnelle. Par conséquent, si vous n’utilisez pas MSMQ, vous resterez avec Service Broker sur la plate-forme Microsoft, ou avec une autre solution comme ActiveMQ. MSMQ présente l’avantage d’être déjà installé sur toutes les machines Windows, contrairement à Service Broker, qui ne l’est pas.

En termes de choix entre NServiceBus, Mass Transit et Rhino Service Bus, cette réponse Stackoverflow compare NServiceBus à MassTransit serait être un bon endroit pour commencer ..

Dans notre version 3.1, nous présentons NSB Studio, un ensemble d’outils de modélisation intégrés à Visual Studio qui vous permettent de modéliser votre système à un niveau d’abstraction plus élevé et d’effectuer une grande partie de la configuration et de l’initialisation de NServiceBus. automatiquement Je dirais que cela fait vraiment pencher la balance en faveur de NServiceBus.

L’espoir que cela aide.

Avertissement: je suis l'auteur de NServiceBus.

Autres conseils

NServiceBus est un bon produit, mais méfiez-vous des problèmes de licence. Il a tendance à changer la politique de licence comme le souhaitent les auteurs. Jetez un coup d’œil par exemple à informations sur les anciennes licences.

Il se peut qu'au cours de votre développement de projet, vous réalisiez que vous devez payer beaucoup d'argent pour NServiceBus.

La version gratuite présente également des limitations de performances.

MassTransit est un logiciel open source totalement gratuit, sans restriction et sous licence Apache 2.0.

Je n'ai pas utilisé Rhino Service Bus .

Mise à jour de l'état de Rhino par rapport à NServicebus:

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

  

InfoQ à Ayende: vous avez déjà écrit un bus de service pour .NET.   vous-même, à savoir le Rhino Service Bus. Les utilisateurs du service Rhino   Le bus reconsidère-t-il maintenant et passe-t-il à NServiceBus?

     

Ayende: J'ai construit Rhino Service Bus vers 2008. Je l'ai principalement construit   parce que je n'étais pas satisfait de l'état des autres bus de service à   le temps. J'ai eu différentes préoccupations et orientations lors de la construction de mon   bus de service, mais c'était il y a 4 ans. A cette époque, je pense que   NServiceBus a fait de grands progrès en devenant un produit plus facile à utiliser   et avoir une bien meilleure histoire de développement de la boîte. Si j'étais   commençant avec les bus de service aujourd’hui, je doute fortement que je   construira le mien.

Un inconvénient potentiel de tout ce qui est basé sur MSMQ est la restriction de la taille maximale des messages. Le code IIRC représente environ 4 Mo, ce que vous risquez de rencontrer facilement si vous traitez des fichiers volumineux et que vous en stockez le contenu dans le message.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top