Добрый день!
Уже довольно долгое время играюсь с RabbitMQ, даже написал обертку над amqplib (node.js), но все чаще он мне кажется громоздким и непонятным (даже спустя пол года активного использования).
Сейчас разрабатываю сервис целиком завязанный на брокерах сообщений. Скорость записи-чтения не особо важна, но хотелось бы не сильно уступать RabbitMQ.
Отсюда и происходит сам вопрос, на какую альтернативу посмотреть в ближайшее время? Хотелось бы услышать плюсы и минусы всех вариантов.
Из требований:
* наличие клиентов для GO, Python и JS.
* приемлемая скорость работы (на уровне RabbitMQ)
* возможность настроить сервер, на хранение очередей на диске (в том числе и в sync режиме), что-бы при перезагрузке сервера ничего не потерялось
Если не важна персистентность (не страшно иногда терять сообщения) - можете посмотреть на механизм PUB/SUB в Redis. Очень быстрый, легковесный и простой как три рубля. Клиенты для Redis, конечно же есть под все хоть сколько-нибудь популярные языки.
ну, еще раз: "не от хорошей жизни". В чем-то проигрыш. Сделать сохранение не проблема, проблема с гарантированным временем доступа.
посмотрите выступления Аксенова (сфинкс), он хорошо расскзаывает, что внутри баз данных и вообще
просто инструменты выбираются под задачу, и где-то на такие потери можно забивать (те же логи), где-то - нельзя (интересно, там где "нельзя", вообще можно ли очереди в контексте использовать)
