Брокеры сообщений RabbitMQ, Kafka и Redis в работе системного аналитика: как и когда использовать

[@MidzuNeko]

Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.

[@ЯщикПочтовый-ш4х]

По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.

[@semenivanoff8615]

Сисаналитики не выбирают, что и когда использовать. Это задачи архитекторов.

[@yuryburkouski]

автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.

[@buggah1000]

Что-то вы в кучу все сложили. Про гарантии. Иногда они не нужны, например когда идет огромный поток телеметрических данных. Гарантии доставки даже для кафки сильно затормаживают процесс (кстати, с кафкой можно работать без гарантий). В общем на них свет клином не сошелся. Айти-ландшафт разнообразен) А про nosql бд, вы знаете что это за термин? Условно из всего многообразия бд есть sql и все остальные. Так вот все остальные - это тот же редис среди прочих)

[@yuryburkouski]

@@buggah1000 про телеметрию: может быть, возможно это первый и последний пример для чего может быть нужен редис в качестве очереди. но есть сомнения что это прям какое-то супер решение с учетом того, что он однопоточный. в общем все равно сомнительно. про nosql бд: можно ли назвать субд программу, которая не умеет работать с базой, которая не помещается в ram? ну не знаю. а если в ней транзакции не фиксируются в привычном понимании и нет никакой защиты от сбоя? все это смотрится как самокат в автосалоне. В общем кэш есть кэш, и называть его чем-то другим это обманывать себя.

[@AaaaaaaaaaSaaaaaaa]

Как же скучно и непонятно рассказывает

[@buggah1000]

Вам нужны другие ролики. Типа кафка для начинающих и тп