LINUX.ORG.RU

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

 ,


0

2

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

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

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

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

★★★★★

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

Ответ на: комментарий от leave

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

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

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

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

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

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

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

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