Очереди сообщений с RabbitMQ: что такое, когда нужно, какие проблемы решает
ฝัง
- เผยแพร่เมื่อ 31 ก.ค. 2022
- Очереди сообщений - это технология, с которой рано или поздно придется столкнуться любому бекенд-разработчику, и вероятность того, что это будет именно RabbitMQ - достаточно большая. Мы поговорим о том, что это, зачем оно нужно, как быстро настроить и подключить и о некоторых неочевидных подводных камнях, которыми вы сможете удивить своего сеньора.
Докладчик: Владислав Килин, team lead at Coolblue.nl
--------------------
Интересуетесь работой в АйТи или просто хотите освоить программирование? Подписывайтесь на наш канал!
Обсудить: t.me/pereiti_v_aiti
Мероприятия: meetup.com/перейти-в-айти
Телеграм: t.me/we_go_to_IT - วิทยาศาสตร์และเทคโนโลยี
Докладчику большой респект, все понятно. Спасибо!
Спасибо за видео, всё понятно, на пальцах)
Спасибо, Владислав, дал отправную точку в понимании кролика)
Прекрасная подача материала! Спасибо.
Спасибо, познавательно)
Спасибо!
Огонь!!!
Спасибо. Полезно.
Жаль только нет репозитория, чтобы код глянуть в виде текста.
Упс, это косяк. Я попробую на днях выложить, если сорцы сохранились.
@@vquilin здраствуйте, сорцы не сохранились? А то хотел видео с ними посмотреть. Спасибо :)
@@andreyromanenko7942 Мне очень жаль, но исходники потерял. Если что, мы делаем целый новый цикл видео, где в том числе работаем и с RabbitMQ на более "живом" проекте - th-cam.com/video/x_CBZ4xMlm0/w-d-xo.html Там репозиторий сразу предусмотрен :)
👍
Для обратной связи Вопрос-Ответ, почему не использовать Correlation_ID ?
RPC в RMQ предполагает использование токена корреляции, действительно. В тех примерах, о которых я говорил, обратная связь не нужна, поскольку они асинхронные по своей природе, и поэтому нам и не было это нужно. Кейсы где RMQ заменяет собой более традиционные транспорты, типа HTTP или gRPC я не рассматривал, да и в целом скептически к ним отношусь.
@@user-wd4hl6pv3c но кейс с функционалом поисковика, разве не работает по связи вопрос-ответ?
Т. Е. Вопрос от продюсера консюмеру: дай мне данные по параметру.
Далее, как мне кажется, они меняются местами. Продюсер возвращает результат консюмеру (который до этого был продюсером).
И тут мне непонятно, как консюмер узнает какой канал слушать? Ведь когда он создавал канал для отправки ответа, консюмер его получил и канал закрылся.
Может нужно каждый раз создавать уникальный канал с именем uuid4, по которому сервису придёт запрос. Затем сервис создаст такой же для отправки ответа...
Вот это мне непонятно...
Можете записать видео о асинхронном взаимодействии rest API (например на http или FastApi) как getaway и микросервисов. Когда требуется вернуть обработанный в 1+ микросервисах сообщение, конкретному запросу на роутере.
Можно подумать на эту тему, но если честно пока нет возможности. Как закончим со стримами по дотнету, попробуем вернуться к теме.
Так то Рэбит это глава мафии из сериала Банши
Где Энтони Старр?
А если я проджект менеджер, кого я могу удивить? 😅
Скажем так, опыт подсказывает, что обычно когда проджекты начинают делиться своей экспертизой в технологии с разработчиками - сюрприз это скорее неприятный. Доверяйте разработчикам и полагайтесь на их экспертизу :)
удиви отсутствием микроменеджмента)
Немного не разобрался в примерах
Жаль не на пайтоне
Можете зайти к нам в чат и задать там любые вопросы, вам обязательно помогут :)
@@user-wd4hl6pv3c странное происходит с вашим "чатом". Вроде только зашел, пишу вопрос, но меня выкидывает и и пишет "группа недоступна"
Жаль что си шарп, Python мой
Ну на питоне все плюс-минус то же самое, только дока по aiopika похуже, имхо. Но может когда-нибудь и созреем повторить на питоне (когда автор выучит питон, хехе).