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

[metaclass]

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

Comments

[metaclass.livejournal.com]

Нагрузка - примерно 100 мессаг в секунду, брокер сунуть некуда, железо SOHO/бытовуха, сети ненадежные, процесс эксплуатации и обслуживания подразумевает периодические рестарты любых частей системы )

[d4s.livejournal.com]

если есть куда засунуть отдельные процессы для приема-отправки, то вполне себе ок.
посмотри текста на сайте lvee на эту тему с примером. там процентов 20-30 от возможностей вкратце описаны

[permea-kra.livejournal.com]

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

[metaclass.livejournal.com]

С RAID проблемы.
Клиенты про них слышали, но используют встроенные в материнские платы серверов или отдельные недоконтроллеры, без батареек и без памяти. Само собой, запасных контроллеров и дисков нет, а настраивать мониторинг здоровья рейдов админы не умеют.

Все это приводит к неприятным последствиям вида "рейд давно сдох, но про это никто не знает".

[permea-kra.livejournal.com]

Бида-пичаль. Ежедневные бэкапы они хотя бы умеют? Про горячее резервирование не спрашиваю.

[metaclass.livejournal.com]

Умеют. На тот же диск, где все остальное :)