LINUX.ORG.RU

Посоветуйте лёгкую в плане поддержки и ресурсов MQ

 ,


0

2

Сабж. Клиент будет на питоне. Основная цель - минимум геморроя в плане поддержки и, желательно, в плане ресурсов. Как доп условие - нужна нормальная поддержка cross-dc, ввиду чего redis streams к сожалению отлетает.

Пример того что точно не нужно (имхо) - кафка. Жрёт ресурсы, вечный геморрой с настройкой-донастройкой, требует выделенного админа (которого нет)

Хороший пример (опять же имхо) - redis streams, но между цодами там есть проблемы и тормоза, редис всё-таки не для этого существует

Гарантия доставки нужна, объем сообщений где-то 20-40 штук в секунду, не особо много

★★★★★

Последнее исправление: upcFrost (всего исправлений: 1)

традиционно MQTT..легче просто некуда и даже странно что ТС не рассмотрел его в первую очередь

MKuznetsov ★★★★★
()

тут советовали zeromq, я так и не удосужился попробовать, но, судя по описанию, норм вариант

Syncro ★★★★★
()

между цодами там есть проблемы и тормоза

ты точно хочешь в таких условиях строить mq кластер? Может, проще на клиенте сделать ретраи всякие и т.п.?

leave ★★★★★
()
Ответ на: комментарий от upcFrost

Это обёртка поверх mq

Ну как бы, универсальный интерфейс. Выбираешь бекенд под свои нужды и вперед.

iron ★★★★★
()
Ответ на: комментарий от leave

Я не про «тормоза между цодами», я про «тормоза редиса при работе с не-околонулевым rtt». Редис адекватно работает cross-dc только в enterprise версии с georedundancy, и при этом там половина возможностей отрезана.

upcFrost ★★★★★
() автор топика
Ответ на: комментарий от MKuznetsov

Легче в плане ресурсов или в плане поддержки?

upcFrost ★★★★★
() автор топика

Гарантии доставки нужны? Все AMQP брокеры будут жутко тормозить, если задержки на линке есть.

Короче, если гарантии нужны, то бери ActiveMQ, если не особо, то ZeroMQ.

cocucka ★★★★☆
()

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

посоветую посмотреть\потыкать NATS, возможно NSQ

olelookoe ★★★
()
Ответ на: комментарий от cocucka

если задержки на линке есть

Смотря как тупить. Rtt где-то 20-40мс, вылетает редко но в целом может.

upcFrost ★★★★★
() автор топика
Ответ на: комментарий от cocucka

то бери ActiveMQ

теперь же без уточнений не поймешь что под «ActiveMQ» имеют ввиду: ActiveMQ 5.x или ActiveMQ-Artemis (hornetq).

Tanger ★★★★★
()
Ответ на: комментарий от cocucka

Ну если твоя частота сообщений позволяет тратить 40+мс на потребление

Смотря что будет происходить в эти 40мс. Если это просто «время через которое сообщение появится в очереди» - да, норм. Если это «40мс когда мастер наглухо ушёл в read-only и ждёт репликацию» - нет, прям точно нет

upcFrost ★★★★★
() автор топика
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.