@@user-hw6dw3np6v Прикол что программы хранят некоторые данные в оперативной памяти и если сервер падает, то вся операция исчезает без следа, а так можно снова начать делать тоже самое, и не дергать другие сервисы
Прикольное видео, но будто не хватает чутка практики. Хотя бы начальные понятия, начальную конфигурацию, моковые микросервисы - вообще цены бы не было! Спасибо за видео 👍🏿
На докерхабе вся практика есть, на Хабре и тд. В зависимости от твоего набора технологий и яп) автор тупо объясняет как это работает тут немного не того уровня контент на канале)
Теперь буду ждать видос про инфраструктурные взаимодействия сервисов между собой, SSL -сертификаты, Технические УЗ для БД, Кафки и т.д. Какие права нужны девопсам,аналитикам,тестировщикам,безопасникам.Влад,если есть возможность - такое видео будет очень полезно!
Влад, привет! Видео супер познавательные, объясняешь просто и по делу, целый кладезь информации! Как тебе идея к каждому такому видео "то-то за час" добавить вторую часть с практикой? Я всегда смотрю одно часовое видео от тебя, а потом приходится искать по интернетам практику. Думаю, все со мной согласятся и тебе пообещают отдать просмотр и лайк на будующие видео с практикой :)
я согласен что видос супер понятный и доступный, однако так же не могу промолчать и про то что в очень много воды... и некоторые вещи по 2-4 раза повторяются. кому не понятно мог бы пересмотреть не понятный фрагмент, чем всем зрителям повторять то что они и так уже поняли. тут материала ну на 30 минут максимум
Я вообще фронтендер. Но бэкендеры что-то разговаривают про свою кафку и ни как не пойму о чем это они. Очень полезное видео! Посмотрел 50 минут, было интересно и все понятно. Хочу видео про вертикальное масштабирование приложений.
Влад, спасибо большое. Гайд по Кафке прям в очень нужный момент. Гайды очень качественно делаешь, одно удовольствие смотреть. И сам ты очень хорошее впечатление производишь как человек.
Я очень редко пишу комменты, но вот смотрю ролик и не могу понять, что такого прекрасного я в жизни сделала, что наткнулась на этот канал. Влад, прекрасная подача материала, спасибо огромное!!!❤
Видео бомба, смотрю тебя уже почти 2 года и хотел сказать спасибо за весь твой труд, за всю мотивацию которую ты дал людям. Очень хотелось бы увидеть видео про Spring, есть ли в планах снять такое видео?
Отличная работа! Влад великолепно объясняет, ни одного слова паразита, всё очень понятно! Спасибо! Еще бы такие же понятные видео, но уже с практическими деталями!
Спасибо просто огромное за это видео!! Я вообще не разработчик, но вот эти все основы требуются)) Впервые встречаю на просторах ютуба, чтобы было все подано на столько все объемно и четко!
Всем привет! Подача информации на высшем уровне. Детальное разжевывание в каждом ролике. Плюс видно экспертизу данного автора. Касательно данного ролика и темы Kafka - не до конца раскрыта тема последовательного и хаотичного считывания месседжей из партиций, т.е. не был затронут термин «офсет» и последоватльное считывание из партиций. Плюсом не услышал понятия «брокер». Ну, и про координирование можно было затронуть и рассказать про «зукипер». В целом большое спасибо автору.
Сам бог ноликов и единичек благословил этот ролик. После того как ТТК занизила скорость Ютуба, это единственный ролик который хотя бы в 1080р нормально воспроизводится.
Очень круто! Не раскрыто две темы, которые могут спросить на собеседовании: консьюмер группы и что такое ISR. А также пару слов о зукипере хотелось бы услышать, хотя бы почему серверов должно быть нечетное количество.
Спасибо большое за данное видео. Очень круто и понятно объясняешь, все твои картинки с анимациями откладываются в голове. Жду следующие видео и гайды. Хотелось бы узнать также подробно про Clickhouse и Airflow. Так как про них таких же крутых видео просто нет. Но и в целом твои гайды самые крутые из всех на русскоязычном ютубе
просто гениально: уровень детализированности, наглядности и структурированности материала на высшем уровне, понравилась ещё подводка к решению сложных проблем - так что их решение становится чем-то логичным а не просто правилом взявшимся из неоткуда - огромное спасибо!
я только не понимаю, если данные копируются между всеми машинами - запись же самый сложный процесс (со стороны нагрузки), по факту будь то у тебя 5 серверов Кафки или 1, нагрузка будет же на все одинакова если один из серверов нагружен на 100% то остальные будут так же загружены на 100% так как тот же объем данных нужно записать на все остальные машины, так же? более того теперь первому серверу еще и передать данные необходимо на 4 машины дополнительно... ощущение что чем больше расширяешь сеть - тем больше растет нагрузка, в том числе и на пропускную способность интернета где в какой-то момент станет узким горлышком...Потому что при наличии х100 машин, объем передаваемых данных так же растет х100
Потому что очень спорные вещи говорит. Как вводный материал для джунов неплохо, но рассказывать, что кафка нужна, чтобы сервис не ждал ответа -- довольно странно. Хотя сам же этот вопрос поднял в видео, но внятно на него не ответил.
Еще интересно стало какие есть стратегии проверки, если продьюсеров не контролируешь, но определяешь формат сообщения в топик, что они туда фигни не написали. Например если в топик пишется текст в формате JSON. Пришло в голову только сделать топик raw-topic, на него повесить консьюмера, который будет делать проверку по спецификации и потом хорошие передавать в success-topic, а ошибочные в fail-topic. Но если таких топиков очень много, то такой консьюмер заткнет всю обработку )) Кажется должно быть что-то более подходящее.
Очень крутой видос! Очень все понятно и интересно рассказал! Спасибо большое! А вот если бы показал как это все можно на питоне настроить, вообще бы топ было просто!!!🙂
Могу ошибаться, но вроде механизм иденпотентности реализован на уровне кафки, т.е. она может быть настроена так, что бы не принимать дублирующие сообщения от продьюсеров. Хотя вроде и не гарантирует этого)
Так если сервера кафки общаются друг с другом, чтобы копировать и удалять данные из партишинов, то, получается, 100млн запросов так и будут гоняться на каждый сервер кафки. Частично от пользователей, остальные от других серверов кафки с целью дублирования\удаления инфы