Просто сделайте несколько быстрых всплесков возможного использования системы обмена сообщениями для обработки файлов, которые находятся в хорошо разделенной системе рабочего потока.
Каковы плюсы и минусы использования каждой из вышеперечисленных фреймворков? Каковы преимущества их использования по сравнению с вручную созданной системой MSMQ с привязками WCF и / или решениями, не относящимися к MSMQ?
Я бы порекомендовал держаться подальше от решений, скрученных вручную, так как есть куча довольно сложных вещей, которые нужно решить правильно - например, как обрабатываются транзакции, как исключения вызывают откаты, как прекратить бесконечно откатываться (опасные сообщения), как интегрироваться с длительными рабочими процессами, чтобы границы управления состоянием совпадали, и многое другое.
Вам, вероятно, понадобится какая-то надежная / транзакционная инфраструктура обмена сообщениями, поэтому без использования MSMQ вы останетесь с Service Broker на платформе Microsoft или какой-либо другой альтернативой, такой как ActiveMQ. Преимущество MSMQ в том, что он уже установлен на всех компьютерах Windows, в отличие от Service Broker, которого нет.
С точки зрения выбора между NServiceBus, Mass Transit и Rhino Service Bus - этот ответ Stackoverflow, сравнение NServiceBus с MassTransit, был бы хорошим место для начала ..
В нашем выпуске 3.1 мы представляем NSB Studio - набор интегрированных инструментов моделирования Visual Studio, которые позволяют моделировать вашу систему на более высоком уровне абстракции, и большая часть настройки и инициализации NServiceBus выполняется за вас автоматически. Я бы сказал, что это действительно склоняет чашу весов в пользу NServiceBus.
Надеюсь, это поможет.
Отказ от ответственности: я являюсь автором NServiceBus.
NServiceBus - хороший продукт, но остерегайтесь проблем с лицензированием. Он имеет тенденцию изменять свою лицензионную политику по желанию авторов. Взгляните, например, на информацию о старой лицензии.
Может случиться так, что в середине разработки проекта вы обнаружите, что вам нужно заплатить большие деньги за NServiceBus.
Также у бесплатной версии есть ограничения по производительности.
MassTransit - это абсолютно бесплатный проект с открытым исходным кодом, он не имеет ограничений и находится под лицензией Apache 2.0.
Я не использовал служебную шину Rhino.
Обновление состояния Rhino vs NServicebus:
http://www.infoq.com/news/2012/04/nservicebus3-0
InfoQ to Ayende: Ранее вы сами написали служебную шину для .NET, а именно служебную шину Rhino. Следует ли пользователям Rhino Service Bus пересмотреть решение и перейти на NServiceBus?
Айенде: Я построил Rhino Service Bus примерно в 2008 году. Я построил его в основном потому, что меня не устраивало состояние других служебных автобусов в то время. При создании служебного автобуса у меня были разные заботы и разные направления, но это было 4 года назад. За это время я думаю, что NServiceBus добился больших успехов в том, чтобы стать более простым в использовании продуктом и иметь гораздо лучшую историю разработки «из коробки». Если бы я сегодня начинал со служебных автобусов, я сильно сомневаюсь, что построил бы свой собственный.
Потенциальным недостатком чего-либо, основанного на MSMQ, является ограничение максимального размера сообщения. IIRC это примерно 4 МБ, с которыми вы можете легко столкнуться, если имеете дело с большими файлами и храните содержимое файла в сообщении.
