maytonКто использовал RabbitMq, Redis(Queue), Kafka?
Я, я использовал! :)
Но не эти, а ZeroMQ. :(


А при чем тут "очереди" (в названии темы)? Это ж всё месседжброкеры, в первую очередь...

mayton...
А что за задача? Что за информация бегала по ЗероМкю?

Zmq использован как транспорт для сервера защиты, в локальных сетях. (Пинг-понг, контроль связи с сервером, наличие аппаратного ключа, передача задача для сервера и получение результата). Потом добавили задачу централизованного обновления софта у клиентов - все очень хорошо, тянет и тянет новые нагрузки.
А также для общения между тредами в рамках приложения (там лишь меняешь строку коннекта c "tcp" на "inproc", остальное практически так же).
Из коробки - буферизация, асинхронность, "справедливая очередь" (fair queuing), автоматическое восстановление соединений. Атомарность: или сообщение тут всё, или вообще ничего.
Мало весит, все быстро, бесплатно, масса понятных доков, комьюнити. Не требует отдельного процесса (dll или статически линкуемая библиотека).
Все языки поддерживаются. А если не все - то легко добавить свой (нужно небольшую обертку для "сишной" dll наваять).
...
Вообще, задачи у нас простые, можно было и все самим сделать, но раз есть готовое - почему нет? http://zguide.zeromq.org/ - тут очень классно все описано, и интересно. Все (почти) перещупали, конечно, да. :) Все очень круто, но мы из всего "крутого" ничего почти и не использовали, процентов 10 дай бог.

mayton,

из недостатков: нет привычного контроля за коннектом. Если ты привык к другим сокетам - не стоит привычки натягивать на zmq, получится плохо, тут иные принципы. Например, нет возможности отказать кому-либо в коннекте. Даже паттерн такой есть - переодически убивать слушающий сокет, чтобы сбросить ненужные коннекты. Вообще, сам факт входящего коннекта до тебя не дойдет, ты о коннекте узнаешь, лишь получив сообщение.
Еще, нельзя привычно клонировать сокет и передать его в другой тред.
В открытых сетях использовать проблематично (до недавнего времени).

Сейчас уже многое из такого можно, но тогда - нельзя было.

maytonА какие модели рассылки можно построить? Multiple consumers? Multiple producers?
Ой, прямо из коробки - и эти и другие, а на основе их - массу разных интересных, описано по ссылке.

Есть отдельная ветка от ведущего разработчика, он продукт назвал "nanomq", там расширены разные возможности для работы в мультитрейдинге и добавлены новые паттерны, но к сожалению, не работает под WinXP (нам было важно).

Dima T,

очень может быть, но мы глубоко не копали, да и к тому времени вроде бы уже здорово насобачились с zmq; а эту nanonq просто хотели пощупать - что да как, а тут в самом начале "ужасная досада", ну мы и оставили ее пока нам потом. Тем более что в zmq за последнее время много о новых вкусняшек появилось. Ну и масса готовых доступных проектов для изучения и использования идей - например, czmq (расширение функциональных возможностей zeromq).
...
Забавно, что на ЛОРе пишут, что "змку всё", ибо Мартин Сустрик ушел в nanomq. Но, именно с уходом Мартина наблюдается развитие, такое мое скромное мнение.

ёёёёё...эту nanonq просто...
Извинения, библиотека называется не nanomq, а nanomsg: https://nanomsg.org/

ёёёёёёёёёё...эту nanonq просто...
Извинения, библиотека называется не nanomq, а nanomsg: https://nanomsg.org/
Ух ты, у них новый транспорт появился:
- WS - websockets over TCP https://nanomsg.org/v1.1.5/nn_ws.html
- IPC - transport between processes on a single machine - в т.ч. и для WIndows! (On Windows, named pipes are used for IPC).