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

[@artemshumeiko]

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

[@tihon4979]

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

[@Alsurnov]

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

[@gapragapr]

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

[@ruauka]

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

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

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

[@Arlant_co]

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

[@topsy_kreds]

я хоть и фронтендер но с удовольствием посмотрел видос, качественная картинка, звук и подача 👍🏻

[@MaxRusin-d1o]

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

[@artemshumeiko]

Спасибо)

[@andreyyastrebtsov4367]

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

[@zemamba]

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

[@yanmandev]

Автор отлично излагает материал. Я бы посмотрел сравнение на кейсах, когда лучше использовать реббит, а когда кафку

[@andrew-ld1jg]

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

[@ManticoreRoko]

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

[@mikhail_kochubey]

Артём, классный и понятный ролик, с увлекающей подачей материала! Ты очень хорошо доносишь смысл этой технологии, спасибо тебе за твой труд

[@Alex-hv1sx]

Что-то так и не прозвучало для чего оно нужно и в чем преимущество перед просто писанием и считыванием из базы

[@VEDYAKOFF]

+ за NATS, интересны детали про очереди, jetstream, acknowledge сообщений, нумерацию в очереди

[@Fedor_life]

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

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

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

[@Alsurnov]

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

[@SochnayaShaurma]

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

[@MaximGaidai]

dns была придумана более сорока лет назад, но мы до сих пор не знаем, что делать, если у нашего сервиса меняется адрес.

[@palyura1162]

Расскажите про перспективные брокеры И почему они создаются

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

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

[@hsqlk]

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

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

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

[@taronk.4030]

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

[@wizus3]

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

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

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

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

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

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

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

[@artemshumeiko]

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

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

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

[@ellsham1407]

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

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

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

[@artemshumeiko]

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

[@oybektolqinov2115]

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

[@uruuuz]

Спасибо!

[@themdf82]

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

[@thermostas]

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

[@nooruzbai]

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

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

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

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

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

[@aiwarkzn6728]

Здравствуйте Артём, вы как то упоминали что вы партнёр Selectel. Я слышал что Selectel выпустил свою ОС для серверов, в которой будут интегрированы их сервисы , хотел узнать будете ли вы делать на неё обзор, спасибо)

[@DamirUali]

По схемам понятнее чем на словах

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

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

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

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

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

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

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

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

[@dmytro9146]

А kafka не может захлебнутся как сервис сообщений из первого примера?

[@artemshumeiko]

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

[@Ivan-t8l1r]

Просмотр этого ролика можно считать за опыт работы с брокерами сообщений?

[@oblad8783]

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

[@kawaikaino5277]

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

[@bocik2854]

умеет

[@Ivan-h1i8h]

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

[@Alex.Shalda]

Супер

[@Ivan-t8l1r]

11:50 Так в Kafka тоже можно несколько consumer покдлючить

[@Dude.540]

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

[@goodnoob71]

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

[@tolb1517]

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

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

что мешает?)

[@bocik2854]

лучше лысого погоняй

[@neon4on]

А про NATS так и не снял видео

[@nickouteen]

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

[@artemshumeiko]

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

[@art-creator]

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

[@revenant-six]

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

[@artemshumeiko]

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

[@revenant-six]

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

[@g0tem449]

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

[@artemshumeiko]

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

[@Bupyc2006]

А почёму пример не с кафкой?

[@egortimofeev2050]

как мы работаем с натс?

[@goriaev]

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

[@vada322]

Эххх как все четко и понятно, почему ты backend python developer а не backend golang developer))

[@rustamergashev7278]

👍

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

Nats интересно)

[@Ivan-t8l1r]

Kafka не брокер сообщений, а распределенная потоковая платформа.

[@ds_sss_rank]

Хорош

[@Ivan-t8l1r]

2:20 как будто адрес брокера сообщений знать не надо 🤦‍♂🤦‍♂

[@skylinerdnb]

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

[@slavic_commonwealth]

пиздец

[@unicoxr5tj417]

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

[@sky1nax]

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

[@kanstantsinmentorwebfronte8529]

Золотые слова

[@hotrod4927]

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

[@dgdarkking266]

жду натс

[@Chel1k7]

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

[@igor_sereda]

"Servers: Kafka is run as a cluster of one or more servers that can span multiple datacenters or cloud regions. Some of these servers form the storage layer, called the brokers."

[@weyzem]

12:10 - а Redis? Не? Какаха?