Очереди сообщений с RabbitMQ: что такое, когда нужно, какие проблемы решает
Ғылым және технология
Очереди сообщений - это технология, с которой рано или поздно придется столкнуться любому бекенд-разработчику, и вероятность того, что это будет именно RabbitMQ - достаточно большая. Мы поговорим о том, что это, зачем оно нужно, как быстро настроить и подключить и о некоторых неочевидных подводных камнях, которыми вы сможете удивить своего сеньора.
Докладчик: Владислав Килин, team lead at Coolblue.nl
--------------------
Интересуетесь работой в АйТи или просто хотите освоить программирование? Подписывайтесь на наш канал!
Обсудить: t.me/pereiti_v_aiti
Мероприятия: meetup.com/перейти-в-айти
Телеграм: t.me/we_go_to_IT
Пікірлер: 28
Докладчику большой респект, все понятно. Спасибо!
Спасибо за видео, всё понятно, на пальцах)
Спасибо, познавательно)
Спасибо, Владислав, дал отправную точку в понимании кролика)
Спасибо!
Прекрасная подача материала! Спасибо.
Огонь!!!
👍
Спасибо. Полезно. Жаль только нет репозитория, чтобы код глянуть в виде текста.
@vquilin
Жыл бұрын
Упс, это косяк. Я попробую на днях выложить, если сорцы сохранились.
@andreyromanenko7942
11 ай бұрын
@@vquilin здраствуйте, сорцы не сохранились? А то хотел видео с ними посмотреть. Спасибо :)
@vquilin
11 ай бұрын
@@andreyromanenko7942 Мне очень жаль, но исходники потерял. Если что, мы делаем целый новый цикл видео, где в том числе работаем и с RabbitMQ на более "живом" проекте - kzread.info/dash/bejne/qpN3pLxtqLDSnZM.html Там репозиторий сразу предусмотрен :)
Для обратной связи Вопрос-Ответ, почему не использовать Correlation_ID ?
@user-wd4hl6pv3c
8 ай бұрын
RPC в RMQ предполагает использование токена корреляции, действительно. В тех примерах, о которых я говорил, обратная связь не нужна, поскольку они асинхронные по своей природе, и поэтому нам и не было это нужно. Кейсы где RMQ заменяет собой более традиционные транспорты, типа HTTP или gRPC я не рассматривал, да и в целом скептически к ним отношусь.
@AlexandrSpirit
8 ай бұрын
@@user-wd4hl6pv3c но кейс с функционалом поисковика, разве не работает по связи вопрос-ответ? Т. Е. Вопрос от продюсера консюмеру: дай мне данные по параметру. Далее, как мне кажется, они меняются местами. Продюсер возвращает результат консюмеру (который до этого был продюсером). И тут мне непонятно, как консюмер узнает какой канал слушать? Ведь когда он создавал канал для отправки ответа, консюмер его получил и канал закрылся. Может нужно каждый раз создавать уникальный канал с именем uuid4, по которому сервису придёт запрос. Затем сервис создаст такой же для отправки ответа... Вот это мне непонятно...
Можете записать видео о асинхронном взаимодействии rest API (например на http или FastApi) как getaway и микросервисов. Когда требуется вернуть обработанный в 1+ микросервисах сообщение, конкретному запросу на роутере.
@user-wd4hl6pv3c
5 ай бұрын
Можно подумать на эту тему, но если честно пока нет возможности. Как закончим со стримами по дотнету, попробуем вернуться к теме.
Так то Рэбит это глава мафии из сериала Банши
@homelander973
7 ай бұрын
Где Энтони Старр?
Немного не разобрался в примерах Жаль не на пайтоне
@user-wd4hl6pv3c
8 ай бұрын
Можете зайти к нам в чат и задать там любые вопросы, вам обязательно помогут :)
@Kopeuko
3 ай бұрын
@@user-wd4hl6pv3c странное происходит с вашим "чатом". Вроде только зашел, пишу вопрос, но меня выкидывает и и пишет "группа недоступна"
А если я проджект менеджер, кого я могу удивить? 😅
@vquilin
9 ай бұрын
Скажем так, опыт подсказывает, что обычно когда проджекты начинают делиться своей экспертизой в технологии с разработчиками - сюрприз это скорее неприятный. Доверяйте разработчикам и полагайтесь на их экспертизу :)
@halforhalf-fo4fe
6 ай бұрын
удиви отсутствием микроменеджмента)
Жаль что си шарп, Python мой
@user-wd4hl6pv3c
7 ай бұрын
Ну на питоне все плюс-минус то же самое, только дока по aiopika похуже, имхо. Но может когда-нибудь и созреем повторить на питоне (когда автор выучит питон, хехе).