nServiceBus vs Mass Transit vs Rhino Service Bus vs autre?

Il suffit de faire quelques accélérations dans l’utilisation éventuelle d’un système de messagerie pour traiter des fichiers se trouvant dans un système de stream de travail bien découplé.

Quels sont les avantages et les inconvénients de l’utilisation de chacun des frameworks ci-dessus? Quels sont les avantages de l’utilisation de ces systèmes par rapport à un système MSMQ roulé à la main avec les liaisons WCF et / ou les solutions non MSMQ?

Je recommande de restr à l’écart des solutions roulées à la main, car il y a un tas de choses un peu difficiles à résoudre – comme la gestion des transactions, comment les exceptions provoquent des retours en arrière, comment intégrer des stream de travail de longue durée pour aligner les limites de la gestion des états, etc.

Vous voudrez probablement une sorte d’infrastructure de messagerie durable / transactionnelle, de sorte que ne pas utiliser MSMQ, vous serez laissé avec Service Broker sur la plate-forme Microsoft, ou une autre alternative comme ActiveMQ. MSMQ a l’avantage d’être déjà installé sur toutes les machines Windows, par opposition à Service Broker, ce qui n’est pas le cas.

En termes de choix entre NServiceBus, Mass Transit et Rhino Service Bus – il peut être caractérisé comme le goût que vous préférez, même si NServiceBus a été le plus long et est sans doute le plus stable.

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 supérieur et de réaliser automatiquement une grande partie de la configuration et de l’initialisation de NServiceBus. Je dirais que cela fait vraiment pencher la balance en faveur de NServiceBus.

J’espère que cela pourra aider.

Disclaimer: Je suis l’auteur de NServiceBus.

NServiceBus est un bon produit, mais méfiez-vous des problèmes de licence. Il a tendance à changer sa politique de licence comme le souhaitent les auteurs. Jetez un oeil, par exemple, aux anciennes informations de licence.

Il se peut que vous vous rendiez compte que vous devez payer beaucoup pour NServiceBus.

Aussi la version gratuite a des limites de performance.

MassTransit est absolument open source libre, il n’a pas de limitations et est sous licence Apache 2.0.

Je n’ai pas utilisé Rhino Service Bus .

Une mise à jour de l’état de Rhino vs NServicebus:

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

InfoQ à Ayende: Vous avez déjà écrit vous-même un bus de service pour .NET, à savoir le bus de service Rhino. Les utilisateurs de Rhino Service Bus devraient-ils désormais reconsidérer et passer à NServiceBus?

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

une ressortingction potentielle de toute base MSMQ est la ressortingction sur la taille maximale des messages. IIRC est d’environ 4 Mo, que vous pourriez facilement rencontrer si vous manipulez des fichiers volumineux et stockez le contenu du fichier dans le message.