Как стать автором
Обновить

Комментарии 10

Не скажу за NATS Core, но JetStream выглядит как сырая технология. Соседняя команда завязалась на его. Потом вышло так что его кластер разваливался по любому поводу, причём стейт корраптился так, что чинилось только удалением всего стейта. С single node не сильно лучше получается, на большой нагрузке вылезают баги. А на гитхабе не сильно-то и помогают с нестабильно воспроизводящимися багами. Предагают купить поддержку у компании-разработчика за дофига денег и тогда они может и посмотрят.

Добрый день!
Может Ваши коллеги работали на более старых версиях NATS?
Я работал на версии 2.9.15 и nats JetStream работал стабильно

Нет, работают наоборот на самых последних релизах, так как это единственная бесплатная рекомендация в ишуях гитхаба. Кроме случая когда в релизе 2.10.2x (не помню точно) была регрессия которая ломала ещё больше. И такое успели поймать в последнее время

Подтверждаю. В соседней команде в итоге вынуждены были переехать с Nats на Kafka.

Интересный разбор, детали и сравнения.
Скажите пожалуйста, у Вас был большой опыт работы с этим брокером? И насколько Вы лично довольны NATS?

Добрый день!
Лично я работал с более года с NATS (до этого с Kafka)
Мне очень понравился этот брокер. Довольно быстрый брокер, с багами при его работе я не сталкивался.

Полезный обзор. Для полноты картины в сравнительную таблицу хорошо бы ActiveMQ добавить.

Его еще внедряют в новые проекты? Как мне кажется он крутится только на легаси.

Все как-то чаще RabbitMQ встречается.

Не совсем корректно говорить, что в Kafka нет подтверждения доставки. Как раз гарантии доставки в Кафка есть, сообщение будет доставлено до consumer (если таковой вообще существует). Нет гарантии обработки, но их нет и в RabbitMQ и, насколько знаю, в NATS.

Возможно, стоило бы еще и сказать про реальную призводительность и надежность, где Kafka много лучше и RabbitMQ и NATS.

Гарантий доставки exactly once не существует. В Kafka так называется автоматическая дедупликация между producer и broker, но фактически consumer может читать данные много раз. В NATS, подозреваю, так же (так как exactly once физически нереализуемо в распределенных систем).

Ну и, насколько я понимаю, в таблице 3 млн. событий в секунду для NATS указано для режима без persistance, что делает эти числа бесполезными.

P.S. Текст выглядит как автоматический перевод. Если это так, то стоит указать оригинальный источник. Если нет, то стоит вычитать и поправить грамматические ошибки, их очень много.

Спасибо за комментарий на счет подтверждения доставки в kafka.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории