Брокеры сообщений RabbitMQ, Kafka и Redis в работе системного аналитика: как и когда использовать
Ғылым және технология
Технический директор MediaSoft рассказал:
- Что такое брокеры сообщений
- Как и когда их стоит использовать
- Какие альтернативы в SQL-решениях и нюансы фасетного поиска
- Примеры кейсов, в каких случаях предпочтительно использовать каждый из инструментов
Пікірлер: 4
Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.
@user-vt2to2ut3p
6 ай бұрын
По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.
@semenivanoff8615
2 ай бұрын
Сисаналитики не выбирают, что и когда использовать. Это задачи архитекторов.
автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.