Централизованные опции Pub Sub, которые не используют облачные ресурсы - PullRequest
1 голос
/ 02 мая 2011

Существуют ли .Net-совместимые инструменты Pub / Sub, которые централизованы, но не используют какие-либо облачные предложения?

Я посмотрел на NServiceBus, и он является паб-менеджером Pub / Sub, но мне не нравится объем инфраструктуры, который он создает на каждой машине.

Я бы предпочел иметь централизованную опцию, где у меня есть мощный сервер, который обрабатывает все действия по публикации и подписке и просто делает необходимые вызовы, когда издатель отправляет сообщение, которое должен получить подписчик. (Вроде как сервис обмена сообщениями Amazon.)

Я мог бы обернуть NServiceBus в подобную систему, но я бы не стал этого делать, если там уже есть хорошее решение.

В случае, если вам интересно, почему я сказал «нет» облачному варианту, я работаю в медицинской компании, и проблемы с отправкой защищенной информации о здоровье через Интернет просто не стоят того, чтобы выгружать ее в облако. Кроме того, если оно выйдет из строя, мне нужно, чтобы это была наша вина, и исправление было под нашим контролем.

(ПРИМЕЧАНИЕ. Я ищу решения в диапазоне менее 10 000 долларов США. Такие вещи, как Tibco , великолепны, но они просто выходят за пределы моего ценового диапазона.)

1 Ответ

0 голосов
/ 08 июня 2011

Вы ищете брокера сообщений, который, как правило, не является тем направлением, которое пошли ESB, поскольку брокер очень быстро становится узким местом в сценариях с высокой пропускной способностью / доступностью.MassTransit является альтернативой NServiceBus, как и Rhino Service Bus.

Я лично жду, пока не начнут появляться платформы ESB, которые либо имеют подключаемую структуру для своей архитектуры обмена сообщениями, либо построены на ProtoBuf или zeroMQ или RabbitMQ.Все, кроме MSMQ.В Mass Transit должна быть поддержка RabbitMQ sooon (tm) ...

...