Есть ли встраиваемый .NET AMPQ Broker ? Что-бы работать на AMPQ клиент-сервер, а не клиент-брокер-сервер ? Напрямую, без выделенного сервера сообщений посередине ? А Apache есть, но оно на Java. Есть ли варианты для .NET ?
Здравствуйте, Nikolay_P_I, Вы писали:
N_P>Оно и есть Апачевское под Java. Или я ошибаюсь ? Клиент под .NET есть, а брокер — явовский.
Вообще говоря да, но я за Activemq давно не следил, поэтому не знаю, появился ли
там брокер под .нет. Кстати говоря, можете попробовать сделать свое небольшое,
адаптированное решение на wcf. Но честно говоря, не зная Вашей кухни советовать не буду,
т.к. овчинка может выделки не стоить. Но на WCF, кмк, это вполне реально сделать.
И да, посмотрите nservicebus.
Здравствуйте, Nikolay_P_I, Вы писали:
N_P>Есть ли встраиваемый .NET AMPQ Broker ? Что-бы работать на AMPQ клиент-сервер, а не клиент-брокер-сервер ? Напрямую, без выделенного сервера сообщений посередине ? А Apache есть, но оно на Java. Есть ли варианты для .NET ?
Здравствуйте, Nikolay_P_I, Вы писали:
N_P>Есть ли встраиваемый .NET AMPQ Broker ? Что-бы работать на AMPQ клиент-сервер, а не клиент-брокер-сервер ? Напрямую, без выделенного сервера сообщений посередине ? А Apache есть, но оно на Java. Есть ли варианты для .NET ?
Ну не будет у тебя связи с сервером, может час, может два и т.д., независимый брокер сможет хоть сообщений накопить в своей внутренней базе данных. Только для этого нужно хранилище какое-то. Если эти критерии не убедительны, тогда может и в самом деле ZeroMQ,
Здравствуйте, maloi_alex, Вы писали:
N_P>>Есть ли встраиваемый .NET AMPQ Broker ? Что-бы работать на AMPQ клиент-сервер, а не клиент-брокер-сервер ? Напрямую, без выделенного сервера сообщений посередине ? А Apache есть, но оно на Java. Есть ли варианты для .NET ?
_>Ну не будет у тебя связи с сервером, может час, может два и т.д., независимый брокер сможет хоть сообщений накопить в своей внутренней базе данных.
Плюсы — понятны и их хочется. Вместе с тем хочется ликвидировать минусы.
Кроме AMPQ классики с очередями, множеством подписчиков и гарантированной доставкой есть приложения, которые используют быстрый обмен, то что обычно делается прямо на TCP\IP или NamedPipes. Но в основе — оно все равно обмен сообщениями. Вот хочется и их на AMPQ перевести. WCF не удобен. Что-бы во всех проектах использовалась одна технология. ZeroMQ для этого не удобен — слишком низкоуровневый. Архитектура с брокером неудобна для простых ситуаций типа "узнать состояние службы". Не нужен при этом брокер и данные эти за прошлый час при отвале канала никому не нужны. А администрировать (брокер этот ставить и настраивать) — заказчику не хочется.