Мы нуждаемся в распределенной системе обмена сообщениями/шине обслуживания с возможностью публикации/подписки. Кто-нибудь имеет какие-либо рекомендации для рамки, которую мы можем использовать для приложений .net?
Рекомендации по сервисной шине .net?
Ответ 1
NServiceBus растет. Это также с открытым исходным кодом. Вот эпизод Hanselminutes, когда Скотт Гензельман беседует с Уди Даханом о NServiceBus, чтобы помочь ему это понять. Вы должны определенно оценить его использование.
UPDATE: Также есть эпизод DNR TV, в котором показано, как это похоже на создание решения NServiceBus с нуля: http://www.dnrtv.com/default.aspx?showNum=199
Ответ 2
Отметьте masstransit и сервисную шину rhino слишком. Оба с открытым исходным кодом и написаны очень умными людьми.
Ответ 3
Отъезд RabbitMQ. Клиент .NET является полнофункциональным, и он довольно прост в использовании. Там есть книга под названием RabbitMQ в действии, а также RabbitMQ in Depth, доступный в версиях раннего доступа.
Ответ 4
Я нашел ActiveMQ интегрированный в Apache NMS быть невероятно легким для понимания, настройки и прозрачности.
Например, ActiveMQ поставляется с веб-интерфейсом, позволяющим использовать веб-браузер для просмотра очередей сообщений, а также для чтения, удаления и даже создания сообщений. Таким образом, вы можете легко начать разработку и тестирование только одной части вашего распределенного приложения, а отладка и мониторинг очень просты.
Ответ 5
В настоящее время я работаю на сервисной шине с открытым исходным кодом на основе WCF. Вы можете найти его здесь: http://rockbus.codeplex.com/. Он поддерживает динамические (@run-time) подписки, репозиторий реквизитов (база данных), подключаемые транспорты, маршрутизацию на основе контента на основе XPath, транзакционную доставку по протоколам wcf, доставку по всему периметру, возможность подключения подписки и т.д. Посмотрите!
Ответ 6
В .NET-стеке пока нет реализации служебной шины. В настоящее время Microsoft разрабатывает один.
http://msdn.microsoft.com/en-us/library/windowsazure/jj193022(v=azure.10).aspx
В качестве опции вы можете использовать его в Java-мире. Например, TIBCO - у них довольно устойчивые .NET-клиенты avilable или OpenMQ.
Если вам не нужен широкий набор функций и готов к разработке вашей собственной системы, используйте WCF для этого. Обратные вызовы WCF хорошо подходят для этого.
Ответ 7
Я нашел Neuron ESB, чтобы быть прочной реализацией, хотя я еще не использовал его в гневе.