Просто робимо кілька швидких стрибків, можливо, використовуючи систему обміну повідомленнями для обробки файлів, які знаходяться в сильно роз'єднаній системі робочого потоку.
Які є плюси та мінуси, які знайшли люди, використовуючи кожен із вищезазначених рамок? Які переваги використання цих проти ручно прокатаної системи 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 Ayende: Ви раніше самостійно написали службову шину для .NET, а саме службову шину Rhino. Чи повинні користувачі служби Rhino Service Bus переглядати та переходити до NServiceBus?
Ayende: Я побудував Rhino Service Bus близько 2008 року. Я будував його здебільшого, тому що я не був задоволений станом інших службових автобусів на той час. У мене були різні проблеми та напрямки, коли я будував свій службовий автобус, але це було 4 роки тому. У той час я вважаю, що NServiceBus досягла великих успіхів у тому, щоб стати простішим у використанні продуктом і набагато кращим з історії розробки коробки. Якби я сьогодні починав службові автобуси, я сильно сумніваюся, що будував би свій власний.
потенційним недоліком будь-чого, що базується на MSMQ, є обмеження на максимальний розмір повідомлення. IIRC - це приблизно 4 Мб, на який ви можете легко зіткнутися, якщо маєте справу з великими файлами та зберігаєте вміст файлу в повідомленні.