0MQ - ZeroMQ

[Leo Gan]

Использует кто-нибудь этот протокол?
У нас тут на работе идут жаркие дебаты по нему. Будем, скорее всего, делать несколько POC проектов, смотреть, как он выглядит по сравнению с тем же BizTalk Server. Вроде их нельзя сравнивать, а по документам ZeroMQ выглядит во многих случая как минимум не хуже.

[aissp]

вопрос не понятен пользуем раббит мку до етого msmq ну и 0mq проглядывали. я правда совсем не знаю что есть биз толк (но подозреваю ) короче я с несколькими системами передачи сообщений работал, поетому чего надо? чем смогу как грицца

[Leo Gan]

вопрос не понятен пользуем раббит мку до етого msmq ну и 0mq проглядывали. я правда совсем не знаю что есть биз толк (но подозреваю ) короче я с несколькими системами передачи сообщений работал, поетому чего надо? чем смогу как грицца

Спасибо!
ОК тогда вопрос изменю.
Если сравнивать RabbitMQ и zeroMQ, что понравилось, что не понравилось? Как удобно в девелопменте? Как в поддержке системы? Т.е.как удобно отлаживается код, как удобно ошибки отлавливаются? Что есть сказать по надежности?
Еще раз спасибо!

[aissp]

0mq скорее тулбокс (точнее мидлеваре над сокетным уровнем) который позволяет сделать месадж систем по типу subscriber-publisher, его скорее надо сравнивать с ACE или Boost.Asio а еще точнее с забытой всеми корбой еи ее службами:) раббит готовое рещение (как MSMQ но с другим протоколом) . кода надо менньше писать мы прикинули что гимора будет меньше. Перформанс? у меня было 300 сообщеий в секунду, на VM в конфигурации один 2.2 мгц кор + 1.5 GB RAM, можно было бы и больше, но подыхали сервера обработчики. По надежности, за три года говорят не слетал ни разу. (а забыл сказать у нас кролик + google buffers ето имеет смысл поскольку на маршалинге могет потерятся дофига времени )

как то так. ща коллеги подтянутся на работу спрошу у них, выбирали еще до меня, могет они путное чего вспомнят

[Leo Gan]

aissp, спасибо!
Очень интересно.
Насколько понял, вы сделали что-то на 0mq, что до сих пор и работает. Работает надежно и быстро.
Но потом выбрали Рабитт по вышесказанным причинам. (или все это на Рабитте было сделано?)

[aissp]

мы сделали то что называется evaluation и прикинули что с раббитом будет проще и нам и джуниорам, потом прикинули что раббит используется в банках и милитари, + ерланг актер модел ето есть гуд, а скорость 0mq нам была не очень критична, для етих целей мы пользуем кафку вот как то так

[Leo Gan]

Сейчас для ерланга тоже сделали 0mq библиотеку.
А что за кафка?

[aissp]

я как обычно криво сказал RabbitMQ broker сделан на ерланге, а клиентские библиотеки есть для всего спектра , жабы неты питоны си и прочие зоопарки
google: LinkedIn Kafka

очень быстрая и масштабируемая система producer-subscriber без гарантии порядка сообщений.

[Leo Gan]

Пойду смотреть, что это за Кафка такой.
Блин, придется на Джаву переходить. Там есть, конечно и для .NET библиотеки. И для 0mqа и для Рабита и для Кафки. Но как начинаешь разбираться, оказывается все библиотеки завязаны с Джавой. Куда ни копни, надо компилировать Джава код.

[aissp]

мне кажется дот нет гораздо производительнее будь моя бы воля я бы яву запретил (а кафка так еще и скала )

[Stanislav]

Жесть!
Почитал вас - подумал, а не применить ли эту хрень к нашей системе?
Пошел на сайт и первое что увидел - пример использования:
http://www.zeromq.org/intro:read-the-manual

Код: Выделить всё

import zmq
import time
context = zmq.Context()
 
subscriber = context.socket (zmq.SUB)
subscriber.connect ("tcp://192.168.55.112:5556")
subscriber.connect ("tcp://192.168.55.201:7721")
subscriber.setsockopt (zmq.SUBSCRIBE, "NASDAQ")
 
publisher = context.socket (zmq.PUB)
publisher.bind ("ipc://nasdaq-feed")
 
while True:
    message = subscriber.recv()
    publisher.send (message)

[Leo Gan]

Документация по Кафке какая-то кривая, с трудом хоть что-то понимаю.
Разительный контраст с 0MQ, где описания просто великолепные.

Может потому и не изобретают на .НЕТ ничего похожего, потому что и так быстро. Шучу.
Я бы не Джаву с .НЕТ сравнивал, а Виндовс с Линух.
В Виндовс мире все опирается на большие, проработанные проекты. В Линух - на проекты, собранные из многих кусков - технологий. В Линух всегда есть куча вариантов, как что сделать. В Винде - скорее нет вариантов.
Перетащить бы .НЕТ на Линух, было бы всем счастье.

[Stanislav]

Перетащить бы .НЕТ на Линух, было бы всем счастье.

Mono

[Leo Gan]

Перетащить бы .НЕТ на Линух, было бы всем счастье.

Mono

Моно - скорее несчастье, чем счастье.
Я б на месте МС, взял бы Мону в свои руки. Фанатичным джавистам бы стразу поплохело, а простому народу похорошело.

[Stanislav]

Моно - скорее несчастье, чем счастье.

Это соответствует коммерческим интересам Микрософт

Я б на месте МС, взял бы Мону в свои руки.

Это не соответствует коммерческим интересам Микрософт

Фанатичным джавистам бы стразу поплохело, а простому народу похорошело.

Не будет этого в силу п.2