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

Ғылым және технология

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

Пікірлер: 4

  • @MidzuNeko
    @MidzuNeko6 ай бұрын

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

  • @user-vt2to2ut3p

    @user-vt2to2ut3p

    6 ай бұрын

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

  • @semenivanoff8615

    @semenivanoff8615

    2 ай бұрын

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

  • @user-md2fk3jj1e
    @user-md2fk3jj1e5 ай бұрын

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

Келесі