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

Рет қаралды 9,653

Жыл бұрын

Технический директор MediaSoft рассказал:
- Что такое брокеры сообщений
- Как и когда их стоит использовать
- Какие альтернативы в SQL-решениях и нюансы фасетного поиска
- Примеры кейсов, в каких случаях предпочтительно использовать каждый из инструментов

Пікірлер: 4

@MidzuNeko 6 ай бұрын

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

@user-vt2to2ut3p 6 ай бұрын

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

@semenivanoff8615 2 ай бұрын

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

@user-md2fk3jj1e 5 ай бұрын

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