Kafka и RabbitMQ - БРОКЕРЫ СООБЩЕНИЙ Простым языком на понятном примере

[@artemshumeiko]

Приходи на мой Практический курс по Backend разработке с 0 до Junior: artemshumeiko.ru

[@tihon4979]

давай про кафку, кролика и натс отдельные видео!!!

[@Alsurnov]

про кролика отдельно было посмотреть здорово и кафку. Интересно было б глянуть как файлы передавать там.

[@gapragapr]

Натс - это больше к папичу

[@Arlant_co]

Круто, очень просто и понятно изложена концепция!)

[@ruauka]

Артем, спасибо! По NATS хотелось бы посмотреть видео

[@Сабирова-о4т]

Артём огромное вам спасибо всё так быстро понятно объяснили без лишней воды, будем ждать практическую часть, спасибо за то что предоставляете такой материал бесплатно, огромный огромный вам успехов чтоб ваш трудно окупился в х100 раз🙏🙏

[@ПавелГедроич]

Спасибо тебе. Простым языком обяснил что к чему.

[@andreyyastrebtsov4367]

Крутяк) Спасибо, очень понятно)

[@MaxRusin-d1o]

Хотел бы поставить тысячный лайк, но только 999ый.. Красавчик в общем)

[@artemshumeiko]

Спасибо)

[@zemamba]

Артём, спасибо за видео, очень круто )

[@ManticoreRoko]

Все пишут про Nats, тогда уж стоит и RedPanda упомянуть. Тоже современная замена кафке на Go, с встроенным Kafka API

[@andrew-ld1jg]

Спасибо за твой труд!

[@Alsurnov]

Спасибо за видео. Очень полезно. От меня лайк :-). Будет ли видео по graphQL [fast api] Strawberry? Было бы интересно посмотреть на данную тему ролик (авторизация, регистрация, пагинация выбора данных и обработка ошибок). Просто в русскоязычном ютуб почти нет у блогеров программистов видео на данную тему.

[@АндрейАлексеев-у8ь3я]

Артем, привет, случайно не планируешь в дальнейшем рассказать такие темы как web3, блокчейн и написание смарт-контрактов ? Было бы очень интересно

[@МаксимАнуфриев-з6п]

Смарт-контракты пишут на Solidity, а не на Python, так что об этом видоса явно не жди с этого канала :)

[@Fedor_life]

Ну вот как ты понял, что именно это мне сейчас интересно? Кстати, видео про ci/cd закинул в рабочий чат - есть еще кроме меня тестировщики, которые тоже не особо понимали что это)))

[@МихаилБаранов-ю2е]

Парирую про минусы без брокера: 1) Когда переезжает брокер, то параметры подключения всё равно нужно менять во всех продюсерах 2) Про нагрузку: можно просто постпвить балансировщик и после него поднять несколько нод приложения. Но в таком случае, конечно, будет геморрой с БД (одной или её несколькими экземплярами)

[@hsqlk]

3) В кубере почти недосягаемое…

[@СергейШульга-ю5ю]

1) если переменная ip не хардкод, а берется например из переменной среды по типу $BROKER_SERVER_IP. То это вообще не проблема, хоть тысячи продюсеров.

[@taronk.4030]

адрес брокера в вольте пропишите ну

[@Ktibrus]

И все равно будут потери. Это раз. И два, когда наберете чуть более опыта, то будете понимать что «несколько нод» - это несколько лишних денежек, которые не очень хочет платить клиент. Брокеры ну очень экономят в этом плане, факт.

[@goriaev]

3:30 для этого есть transactional outbox

[@РасулХизриев-ц2д]

Привет! А что с курсом по Fastapi на канале?

[@artemshumeiko]

Добрый день Обучиться FastAPI теперь можно на Практичесом курсе по Backend с нуля до деплоя: artemshumeiko.ru

[@ellsham1407]

Спасибо! Можешь в следующем видео упомянуть про masstransit, пожалуйста

[@thermostas]

Было бы интересно послушать про безопасность брокеров

[@ДаниилСоловьев-э6ш]

Почему пропал полный плейлист по фастапи? Осталась только укороченная версия, которая его никак не заменяет

[@КнязьИгорь-ъ2ъ]

Раньше было на Бусти. Но даже там теперь, за любую подписку нет((( очень расстроило, что этот контент теперь только в курсе

[@ДаниилСоловьев-э6ш]

@КнязьИгорь-ъ2ъ очень жалко, спасибо, что сказал. В свое время это был лучший открытый курс по FastAPI, хотя и с косяками, а сейчас и его нет

[@artemshumeiko]

если вы хотите изучить FastAPI с нуля до вывода приложения в продакшен, приглашаю на мой Практический курс по Backend разработке: artemshumeiko.ru

[@ДаниилСоловьев-э6ш]

@@artemshumeiko а что там новое по сравнению с плейлистом, который был? Там есть кубернетис или ддд или хотя бы брокеры сообщений в продвинутом варианте?

[@artiomis]

Спасибо, тёска! Интересно тебя слушать, да и весьма понятно мне как новичку (2 недели только Python изучаю).

[@casualden7656]

Рановато в брокеры сообщений заглядываете)

[@nickouteen]

Артем, добрый день. Решил возобновить знания по вашему курсу FastAPI, но не нашел ни одной записи по нему. Почему все видео скрыты?(

[@artemshumeiko]

Добрый день Обучиться FastAPI теперь можно на Практичесом курсе по Backend с нуля до деплоя: artemshumeiko.ru

[@oybektolqinov2115]

Привет, Артём я вас Смотрю уже месяц и если вы не против то можете делать видео как деплойит проэкт в сервер с помощью AWS и как соединить с CI/CD с github или gitlab Если это возможно 😊😊 Спасибо заранее

[@Ktibrus]

Если денежек хватит (это даже не сарказм, а грусть) то в авс все есть свое. Но также легко интегрируется с любыми известными сторонними сервисами. Вкратце, нужно собрать свой проект на CI/CD с хранилища кода в докер образ, его запушать в ECR, дать команду на замену текущего образа в ECS: поднять новый, опустить старый. Так называемая горячая замена. Все просто 😂

[@tolb1517]

Ещё бы Кафку на практике погонять.

[@СергейШульга-ю5ю]

что мешает?)

[@Dude.540]

Видос конечно половинчатый, хочется больше и про натс тоже

[@skylinerdnb]

200-300 к это очень много денег для backend разработчика? Знаю несколько мануальных тестировщиков с зарплатой 200к+, думал у backend побольше

[@Ivan-h1i8h]

Хочу видео Kafka практика на реальном примере с кодом

[@Alex.Shalda]

Супер

[@themdf82]

Добрый день! А в плане авторизации и аутентификации? Наверняка есть такие механизмы - жаль, что в примере этот вопрос не описан ( А вообще хорошее видео - спасибо!

[@Ktibrus]

Про какие механизмы ты спрашиваешь? Если про брокеры - у кафки есть поддержка всех уровней, вплоть до mTLS

[@nooruzbai]

Случайно нету видоска для уже работающих бекендеров? что то углубленное, в смысле что должен знать миддл. Я сейчас на уровне стронг джун но уже прям жестко хочу миддл. Сейчас на работе меня заставляют быть фул стеком))) а так стек Django, Flask, FastaAPI, Vue.js. Три сервиса и трое написаны на трех фреймворках и двое монлит. Был бы благодарен за роудмеп

[@revenant-six]

4:03 Представим себе банк, где очень важно, чтобы деньги пришли. Вся суть в том, что в банке, в котороом очень важно, чтобы деньги пришли, используются брокеры. Но в этом банке с огромной долей вероятности не используется и никогда не будет использоваться Питон... )

[@artemshumeiko]

причем тут питон?

[@revenant-six]

@@artemshumeiko Вы ведь приводите вакансию на 0:14 Где Python интеграция API и Python разработчик. И приводите пример кода на Python на 0:30. Именно в банках для работы с брокерами в подавляющем большинстве случаев не будет использоваться Python. Если, конечно, это не DevOps вакансия.

[@goodnoob71]

Даешь видео про Nats )

[@oblad8783]

А разве натс не диприкейт?

[@SochnayaShaurma]

Пример с потерей сообщения по сети, что один отправил, а другой не получил, очень не удачный. По такой логике Кафка будет еще одной точкой отказа, а вообще сообщения через tcp ходят и они просто не могут потеряться. Я понимаю, что хотел сказать автор, но кажется надо было сформулировать мысль по другому. С адресами тоже притянуто за уши, никуда обычно сервисы по адресам так же не катаются

[@kawaikaino5277]

Из плюсов RMQ, упомянута возможность подключать много консьюмеров к одной очереди. А разве кафка так не умеет?

[@ds_sss_rank]

Хорош

[@rustamergashev7278]

👍

[@art-creator]

а что про редис не сказал ничего?

[@ИванКулеш-х9и]

Функциональность примера из видео можно воспроизвести при помощи Redis примерно таким же количеством кода. И поэтому я немного не понял: в чем преимущество RabbitMQ для такой задачи?

[@Ktibrus]

Видео слишком короткое и автор не рассказал главное - как брокеры масштабируются. На редисе ты, скорее всего, имеешь в виду pub/sub, что примерно соответствует одной очереди кафки. Примерно, потому что pub/sub это именно уведомления. Брокер - это очередь, из который ты выбираешь с возможной для тебя скоростью. К тому же ты можешь распараллелить процесс, если добавить количество партиций у топика. Тока скорость возрастает существенно. Но главное отличение: pub/sub - это событие, брокер - это очередь, из которой ты получаешь сообщения когда хочешь/можешь

[@ИванКулеш-х9и]

@Ktibrus в редисе тоже есть очередь. Lpop, rpush

[@ИванКулеш-х9и]

@Ktibrus спасибо за комментарий)

[@ИванКулеш-х9и]

@Ktibrus спасибо за комментарий)

[@Ktibrus]

Было бы за что) Про редис если совсем занудничать - то это списки. А в целом да, можно тоже рассматривать как брокер сообщений. Один из. Особенно если справляется с нагрузками. В моем случае он не вывозит, там даже кафке плохо)

[@ЭдуардЭминов]

Nats интересно)

[@g0tem449]

Зачем "быстрый курс по fastapi" закрыли?

[@artemshumeiko]

Быстрый курс доступен на канале: kzbin.info/www/bejne/nXPJnItvfZimsLM

[@hotrod4927]

Нужен натс уцы уцыев

[@dgdarkking266]

жду натс

[@unicoxr5tj417]

афтыр, давай ишо. Как это мониторить, просматривать контролить консистентность, и вот ето все.

[@Chel1k7]

Кафка не брокер