Авторы ZeroMQ отрицают вред

[metaclass]

Сидел читал про ZeroMQ (он, несмотря на отсутствие персистентности, наиболее близок к тому, что мне надо для решения задачи). При этом в гайде попались две ссылки, отрицающие энтерпрайзно-бизнесовый вред:
http://swsi.info/
http://www.imatix.com/articles:whats-wrong-with-amqp/
Особенно весело про amqp, как комитет по его разработке объебался во всех формах, что привело к нескольким плохо совместимым реализациям, которые, в свою очередь, начали диктовать разработку стандарта.

Comments

[lionet.livejournal.com]

ZeroMQ даст свой геморрой, неочевидный на ранних стадиях рассмотрения технологии.

Например, при наличии мигрирующих клиентов (клиентов, у которых меняются айпишники) ZeroMQ будет течь. Бай дизайн.

Либо, если у тебя пир отвалился, а у тебя в буфере осталось барахло, то это барахло через полгода сольётся новому пиру, который подключится под таким же айпишником.

Ну или невозможность сделать прокси без встроенной потери сообщений при разрывах коннекта, и необходимостью коиенту завязываться на _per message_ timeouts, вместо реакции на разрыв канала целиком.

[metaclass.livejournal.com]

Да, тоже печаль. Непонятно куды бечь.

[jakobz.livejournal.com]

А чего вообще принято пользовать как эдакую мейнстрим-fits-all MQ? Ну типа надо мне очередь, в перформанс скорее всего не упрусь - чего ща берут в таком случае? Rabbit - ок или там засады какие?

[metaclass.livejournal.com]

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

Другие брокеры(qpid, activemq) поддерживают другие версии протокола, клиенты поддерживают кто во что горазд, единства не наблюдается.

[lionet.livejournal.com]

Kafka

[jakobz.livejournal.com]

Взяли ее

[jakobz.livejournal.com]

Вообще, спасибо за совет. Оно ппц как геморно разворачивается, но в нашем масштабе отобьется. Напишу пост если взлетит. Но если уж взлетит и отобъется - с меня бутылка.