Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.
По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.
автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.
Что-то вы в кучу все сложили. Про гарантии. Иногда они не нужны, например когда идет огромный поток телеметрических данных. Гарантии доставки даже для кафки сильно затормаживают процесс (кстати, с кафкой можно работать без гарантий). В общем на них свет клином не сошелся. Айти-ландшафт разнообразен) А про nosql бд, вы знаете что это за термин? Условно из всего многообразия бд есть sql и все остальные. Так вот все остальные - это тот же редис среди прочих)
@@buggah1000 про телеметрию: может быть, возможно это первый и последний пример для чего может быть нужен редис в качестве очереди. но есть сомнения что это прям какое-то супер решение с учетом того, что он однопоточный. в общем все равно сомнительно. про nosql бд: можно ли назвать субд программу, которая не умеет работать с базой, которая не помещается в ram? ну не знаю. а если в ней транзакции не фиксируются в привычном понимании и нет никакой защиты от сбоя? все это смотрится как самокат в автосалоне. В общем кэш есть кэш, и называть его чем-то другим это обманывать себя.
Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.
По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.
Сисаналитики не выбирают, что и когда использовать.
Это задачи архитекторов.
автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.
Что-то вы в кучу все сложили. Про гарантии. Иногда они не нужны, например когда идет огромный поток телеметрических данных. Гарантии доставки даже для кафки сильно затормаживают процесс (кстати, с кафкой можно работать без гарантий). В общем на них свет клином не сошелся. Айти-ландшафт разнообразен)
А про nosql бд, вы знаете что это за термин? Условно из всего многообразия бд есть sql и все остальные. Так вот все остальные - это тот же редис среди прочих)
@@buggah1000 про телеметрию: может быть, возможно это первый и последний пример для чего может быть нужен редис в качестве очереди. но есть сомнения что это прям какое-то супер решение с учетом того, что он однопоточный. в общем все равно сомнительно. про nosql бд: можно ли назвать субд программу, которая не умеет работать с базой, которая не помещается в ram? ну не знаю. а если в ней транзакции не фиксируются в привычном понимании и нет никакой защиты от сбоя? все это смотрится как самокат в автосалоне. В общем кэш есть кэш, и называть его чем-то другим это обманывать себя.
Как же скучно и непонятно рассказывает
Вам нужны другие ролики. Типа кафка для начинающих и тп