Артём огромное вам спасибо всё так быстро понятно объяснили без лишней воды, будем ждать практическую часть, спасибо за то что предоставляете такой материал бесплатно, огромный огромный вам успехов чтоб ваш трудно окупился в х100 раз🙏🙏
Пример с потерей сообщения по сети, что один отправил, а другой не получил, очень не удачный. По такой логике Кафка будет еще одной точкой отказа, а вообще сообщения через tcp ходят и они просто не могут потеряться. Я понимаю, что хотел сказать автор, но кажется надо было сформулировать мысль по другому. С адресами тоже притянуто за уши, никуда обычно сервисы по адресам так же не катаются
Ну вот как ты понял, что именно это мне сейчас интересно? Кстати, видео про ci/cd закинул в рабочий чат - есть еще кроме меня тестировщики, которые тоже не особо понимали что это)))
Спасибо за видео. Очень полезно. От меня лайк :-). Будет ли видео по graphQL [fast api] Strawberry? Было бы интересно посмотреть на данную тему ролик (авторизация, регистрация, пагинация выбора данных и обработка ошибок). Просто в русскоязычном ютуб почти нет у блогеров программистов видео на данную тему.
Парирую про минусы без брокера: 1) Когда переезжает брокер, то параметры подключения всё равно нужно менять во всех продюсерах 2) Про нагрузку: можно просто постпвить балансировщик и после него поднять несколько нод приложения. Но в таком случае, конечно, будет геморрой с БД (одной или её несколькими экземплярами)
Типичный кейс современного программирования. Придумать проблему и решить её через систему дополнительных костылей которые тоже потом потребуют костылей, тем самым раздуть огромную инфраструктуру пожирающую огромные мощности и финансы и не делающую по факту ничего. А потом это все обложить тестами, повесить отдельный сервер мониторинга и нанять трех девопсов чтобы они постигали все тонкости поддержки бесполезного. Зарплаты большие в кафке потому что все знают что это идиотия и если разрабы юзают кафку то сделано все там на отстань-бись.
@@artemshumeiko а что там новое по сравнению с плейлистом, который был? Там есть кубернетис или ддд или хотя бы брокеры сообщений в продвинутом варианте?
Привет, Артём я вас Смотрю уже месяц и если вы не против то можете делать видео как деплойит проэкт в сервер с помощью AWS и как соединить с CI/CD с github или gitlab Если это возможно 😊😊 Спасибо заранее
чет я не понял концепции брокера, как посредника, который берет на себя проблемы сервиса уведомлений. все эти проблемы (смена локации, зависания, перегрузка) просто переходят от сервиса уведомлений на кафку. сервер кафки так же может зависнуть, сменить айпи, вылететь от переполнения памяти. а то что можно сделать с брокером сообщений, чтобы повысить его надежность (например его кластеризацией) - можно сделать и с самим сервисом уведомлений. вот только сервис уведомлений мой (или моих смежников). и я могу сделать с ним что угодно, допилить как мне надо. а вот кафка, она - чужая. и допиливать ее под меня никто не будет
4:03 Представим себе банк, где очень важно, чтобы деньги пришли. Вся суть в том, что в банке, в котороом очень важно, чтобы деньги пришли, используются брокеры. Но в этом банке с огромной долей вероятности не используется и никогда не будет использоваться Питон... )
@@artemshumeiko Вы ведь приводите вакансию на 0:14 Где Python интеграция API и Python разработчик. И приводите пример кода на Python на 0:30. Именно в банках для работы с брокерами в подавляющем большинстве случаев не будет использоваться Python. Если, конечно, это не DevOps вакансия.
Здравствуйте Артём, вы как то упоминали что вы партнёр Selectel. Я слышал что Selectel выпустил свою ОС для серверов, в которой будут интегрированы их сервисы , хотел узнать будете ли вы делать на неё обзор, спасибо)
Добрый день! А в плане авторизации и аутентификации? Наверняка есть такие механизмы - жаль, что в примере этот вопрос не описан ( А вообще хорошее видео - спасибо!
Функциональность примера из видео можно воспроизвести при помощи Redis примерно таким же количеством кода. И поэтому я немного не понял: в чем преимущество RabbitMQ для такой задачи?
Случайно нету видоска для уже работающих бекендеров? что то углубленное, в смысле что должен знать миддл. Я сейчас на уровне стронг джун но уже прям жестко хочу миддл. Сейчас на работе меня заставляют быть фул стеком))) а так стек Django, Flask, FastaAPI, Vue.js. Три сервиса и трое написаны на трех фреймворках и двое монлит. Был бы благодарен за роудмеп
Приходи на мой Практический курс по Backend разработке с 0 до Junior: artemshumeiko.ru
давай про кафку, кролика и натс отдельные видео!!!
про кролика отдельно было посмотреть здорово и кафку. Интересно было б глянуть как файлы передавать там.
Натс - это больше к папичу
Артем, спасибо!
По NATS хотелось бы посмотреть видео
Круто, очень просто и понятно изложена концепция!)
Крутяк) Спасибо, очень понятно)
Артём огромное вам спасибо всё так быстро понятно объяснили без лишней воды, будем ждать практическую часть, спасибо за то что предоставляете такой материал бесплатно, огромный огромный вам успехов чтоб ваш трудно окупился в х100 раз🙏🙏
я хоть и фронтендер но с удовольствием посмотрел видос, качественная картинка, звук и подача 👍🏻
Артём, классный и понятный ролик, с увлекающей подачей материала! Ты очень хорошо доносишь смысл этой технологии, спасибо тебе за твой труд
Артём, спасибо за видео, очень круто )
Спасибо за твой труд!
Хотел бы поставить тысячный лайк, но только 999ый.. Красавчик в общем)
Спасибо)
Спасибо тебе. Простым языком обяснил что к чему.
+ за NATS, интересны детали про очереди, jetstream, acknowledge сообщений, нумерацию в очереди
Автор отлично излагает материал. Я бы посмотрел сравнение на кейсах, когда лучше использовать реббит, а когда кафку
Все пишут про Nats, тогда уж стоит и RedPanda упомянуть. Тоже современная замена кафке на Go, с встроенным Kafka API
11:50 Так в Kafka тоже можно несколько consumer покдлючить
Пример с потерей сообщения по сети, что один отправил, а другой не получил, очень не удачный. По такой логике Кафка будет еще одной точкой отказа, а вообще сообщения через tcp ходят и они просто не могут потеряться. Я понимаю, что хотел сказать автор, но кажется надо было сформулировать мысль по другому. С адресами тоже притянуто за уши, никуда обычно сервисы по адресам так же не катаются
Расскажите про перспективные брокеры И почему они создаются
Ну вот как ты понял, что именно это мне сейчас интересно? Кстати, видео про ci/cd закинул в рабочий чат - есть еще кроме меня тестировщики, которые тоже не особо понимали что это)))
Спасибо за видео. Очень полезно. От меня лайк :-). Будет ли видео по graphQL [fast api] Strawberry? Было бы интересно посмотреть на данную тему ролик (авторизация, регистрация, пагинация выбора данных и обработка ошибок). Просто в русскоязычном ютуб почти нет у блогеров программистов видео на данную тему.
Спасибо!
Привет! А что с курсом по Fastapi на канале?
Добрый день
Обучиться FastAPI теперь можно на Практичесом курсе по Backend с нуля до деплоя: artemshumeiko.ru
Артем, привет, случайно не планируешь в дальнейшем рассказать такие темы как web3, блокчейн и написание смарт-контрактов ? Было бы очень интересно
Смарт-контракты пишут на Solidity, а не на Python, так что об этом видоса явно не жди с этого канала :)
Парирую про минусы без брокера:
1) Когда переезжает брокер, то параметры подключения всё равно нужно менять во всех продюсерах
2) Про нагрузку: можно просто постпвить балансировщик и после него поднять несколько нод приложения. Но в таком случае, конечно, будет геморрой с БД (одной или её несколькими экземплярами)
3) В кубере почти недосягаемое…
1) если переменная ip не хардкод, а берется например из переменной среды по типу $BROKER_SERVER_IP. То это вообще не проблема, хоть тысячи продюсеров.
адрес брокера в вольте пропишите ну
Типичный кейс современного программирования. Придумать проблему и решить её через систему дополнительных костылей которые тоже потом потребуют костылей, тем самым раздуть огромную инфраструктуру пожирающую огромные мощности и финансы и не делающую по факту ничего. А потом это все обложить тестами, повесить отдельный сервер мониторинга и нанять трех девопсов чтобы они постигали все тонкости поддержки бесполезного. Зарплаты большие в кафке потому что все знают что это идиотия и если разрабы юзают кафку то сделано все там на отстань-бись.
Золотые слова
Почему пропал полный плейлист по фастапи? Осталась только укороченная версия, которая его никак не заменяет
Раньше было на Бусти. Но даже там теперь, за любую подписку нет((( очень расстроило, что этот контент теперь только в курсе
@КнязьИгорь-ъ2ъ очень жалко, спасибо, что сказал. В свое время это был лучший открытый курс по FastAPI, хотя и с косяками, а сейчас и его нет
если вы хотите изучить FastAPI с нуля до вывода приложения в продакшен, приглашаю на мой Практический курс по Backend разработке: artemshumeiko.ru
@@artemshumeiko а что там новое по сравнению с плейлистом, который был? Там есть кубернетис или ддд или хотя бы брокеры сообщений в продвинутом варианте?
Что-то так и не прозвучало для чего оно нужно и в чем преимущество перед просто писанием и считыванием из базы
как мы работаем с натс?
Было бы интересно послушать про безопасность брокеров
Привет, Артём я вас Смотрю уже месяц и если вы не против то можете делать видео как деплойит проэкт в сервер с помощью AWS и как соединить с CI/CD с github или gitlab
Если это возможно 😊😊
Спасибо заранее
А разве натс не диприкейт?
чет я не понял концепции брокера, как посредника, который берет на себя проблемы сервиса уведомлений. все эти проблемы (смена локации, зависания, перегрузка) просто переходят от сервиса уведомлений на кафку. сервер кафки так же может зависнуть, сменить айпи, вылететь от переполнения памяти. а то что можно сделать с брокером сообщений, чтобы повысить его надежность (например его кластеризацией) - можно сделать и с самим сервисом уведомлений. вот только сервис уведомлений мой (или моих смежников). и я могу сделать с ним что угодно, допилить как мне надо. а вот кафка, она - чужая. и допиливать ее под меня никто не будет
3:30 для этого есть transactional outbox
а что про редис не сказал ничего?
4:03 Представим себе банк, где очень важно, чтобы деньги пришли. Вся суть в том, что в банке, в котороом очень важно, чтобы деньги пришли, используются брокеры.
Но в этом банке с огромной долей вероятности не используется и никогда не будет использоваться Питон... )
причем тут питон?
@@artemshumeiko Вы ведь приводите вакансию на 0:14 Где Python интеграция API и Python разработчик. И приводите пример кода на Python на 0:30.
Именно в банках для работы с брокерами в подавляющем большинстве случаев не будет использоваться Python.
Если, конечно, это не DevOps вакансия.
Просмотр этого ролика можно считать за опыт работы с брокерами сообщений?
Здравствуйте Артём, вы как то упоминали что вы партнёр Selectel. Я слышал что Selectel выпустил свою ОС для серверов, в которой будут интегрированы их сервисы , хотел узнать будете ли вы делать на неё обзор, спасибо)
Видос конечно половинчатый, хочется больше и про натс тоже
Из плюсов RMQ, упомянута возможность подключать много консьюмеров к одной очереди. А разве кафка так не умеет?
умеет
Спасибо! Можешь в следующем видео упомянуть про masstransit, пожалуйста
Артем, добрый день. Решил возобновить знания по вашему курсу FastAPI, но не нашел ни одной записи по нему. Почему все видео скрыты?(
Добрый день
Обучиться FastAPI теперь можно на Практичесом курсе по Backend с нуля до деплоя: artemshumeiko.ru
Добрый день! А в плане авторизации и аутентификации? Наверняка есть такие механизмы - жаль, что в примере этот вопрос не описан ( А вообще хорошее видео - спасибо!
А kafka не может захлебнутся как сервис сообщений из первого примера?
гораздо менее вероятно. Кафка просто хранит данные, в отличие от сервисов, которые после приема сообщения сразу начинают его обрабатывать
Хочу видео Kafka практика на реальном примере с кодом
А почёму пример не с кафкой?
Даешь видео про Nats )
2:20 как будто адрес брокера сообщений знать не надо 🤦♂🤦♂
200-300 к это очень много денег для backend разработчика? Знаю несколько мануальных тестировщиков с зарплатой 200к+, думал у backend побольше
пиздец
Функциональность примера из видео можно воспроизвести при помощи Redis примерно таким же количеством кода. И поэтому я немного не понял: в чем преимущество RabbitMQ для такой задачи?
@Ktibrus в редисе тоже есть очередь. Lpop, rpush
@Ktibrus спасибо за комментарий)
@Ktibrus спасибо за комментарий)
Ещё бы Кафку на практике погонять.
что мешает?)
лучше лысого погоняй
Nats интересно)
Супер
Зачем "быстрый курс по fastapi" закрыли?
Быстрый курс доступен на канале: ua-cam.com/video/gBfkX9H3szQ/v-deo.html
Случайно нету видоска для уже работающих бекендеров? что то углубленное, в смысле что должен знать миддл. Я сейчас на уровне стронг джун но уже прям жестко хочу миддл. Сейчас на работе меня заставляют быть фул стеком))) а так стек Django, Flask, FastaAPI, Vue.js. Три сервиса и трое написаны на трех фреймворках и двое монлит. Был бы благодарен за роудмеп
Хорош
👍
Эххх как все четко и понятно, почему ты backend python developer а не backend golang developer))
Kafka не брокер сообщений, а распределенная потоковая платформа.
афтыр, давай ишо. Как это мониторить, просматривать контролить консистентность, и вот ето все.
жду натс
Нужен натс уцы уцыев
Кафка не брокер