Микросервисы Простыми Словами за 1 Час

Микросервисы стали незаменимым стеком в IT. Умение с ними работать — необходимый навык любого современного программиста. И в этом ролике я подробно расскажу о микросервисной архитектуре простыми словами и покажу, чем она лучше традиционного монолита. Гарантирую, что к концу видео вы будете прекрасно понимать, что такое микросервисы, для чего они нужны, а главное, как с их помощью получить крутой оффер.

Таймкоды:

00:00:00 - Вступление
00:01:11 - Что такое монолит?
00:05:56 - Проблемы монолита: жесткое связывание
00:08:28 - Проблемы монолита: ответственность
00:09:44 - Проблемы монолита: надежность
00:13:37 - Проблемы монолита: деплой
00:17:32 - Проблемы монолита: масштабирование
00:21:09 - Что такое микросервисы?
00:24:25 - Преимущества: гибкость
00:27:48 - Преимущества: изоляция
00:31:06 - Преимущества: масштабирование
00:33:37 - Преимущества: ответственность
00:34:50 - Преимущества: надежность
00:36:39 - Что мне выбрать: монолит или микросервисы?
00:39:38 - Проблемы микросервисов: сложность
00:41:36 - Проблемы микросервисов: коммуникация
00:43:06 - Проблемы микросервисов: согласованность данных
00:46:06 - Проблемы микросервисов: дебаг

Обучение:

Бесплатные материалы для подготовки к собесам:

Социальные сети:

ДИСКЛЕЙМЕР
Любая информация, высказанная в данном видео является моим личным мнением и никак не относится и не отражает позиции моего работодателя или любых связанных со мной организаций.

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

[ХанасисЕвгений]

Бро, сделай подобное видео про Kubernetes. Лайк, кто за)

[petefedorov]

На мой взгляд, лучшее объяснение микросервисов из всех, что видел. Спасибо огромное за простую и лаконичную подачу столь сложного материала! 🙏🏽

[arteria-circumflexa]

Влад, ждём кафку, спасибо за видосы!

[igordek]

Просто аплодирую стоя 👏👏👏👏👏👏
Я недавно начал обучение, потихоньку вникаю во всю эту кухню, но нигде не видел такой обширной информации, которая рассказывает весь широкий спектр работы над проектами и работы разработчика в целом. Везде только и говорят, нужно научиться кодить, но никто не заикнулся о десятках других инструментах, которые необходимы, чтобы ваш код появился на свет. Это как сказать, повару, что он будет готовить борщ и промолчать о всех инструментах и продуктах, в конце концов тонкостях, которыми он должен уметь пользоваться (ну с борщом ясно пример лёгкий, потому что все знают как он готовиться ), но не каждый хоть раз в своей жизни видел (не говоря о делал) как с нуля рождается приложение. У меня всё. Спасибо! Всё ещё аплодирую 😂😂😂 👏👏👏👏👏

[vegatv]

Вопрос о монолите. Так разве принципы SOLID они не об этом в том числе говорят, чтобы не связывать компоненты? Абстракция, инкапсуляция, внедрение зависимостей... Всё что ты перечислил в недостатках монолита скорее выглядит как кривая архиктерура, или я что-то не так понял? My bad, разобрался. Архитектура это только одна проблема, куда важнее возможность масштабирования при развертывании. Тем не менее, думаю, стоит упомянуть, что в идеале, даже разрабатывая монолит, лучше заранее планировать архиктуру так, чтобы компоненты были минимально связанны друг с другом. И единственная разница, которая должна быть в этом случае -- что данные передаются через внешний источник, а не внутри приложения. И тогда будет удобнее поддерживать и удобнее расширять и при необходимости сделать компоненты внешними, просто изменив каналы получения и отправки данных.

[Csenonify]

Не кажется ли что проблема жесткого связывания, это чисто архитектурная проблема монолита? И просто замена локальных вызов на вызовы по сети никак проблему не решает, кроме как заставляет программистов вязаться по веб интефейсам, и тем самым косвенно лечит архитектурные проблемы. Так почему же просто изначально не лечить архитектурные проблемы, а не городить костыль в виде микросервисов которые используют вызовы по сети вместо локальных вызовов из одной код бейз, тем самым существенно замедляя работу приложения, +ряд других проблем микросервисов

[maxpain]

Поинт про масштабирование монолита и нагрузку на железо неверный.

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

Связано это с тем, что в микросервисах очень много сетевой активности, и вместо того чтобы дешево вызвать метод в монолите, в микросервисах нужно делать RPC запросы либо через gRPC, что менее накладно, либо через http. Плюс появляется нехилый оверхед из-за latency.

Также по памяти требования намного выше, если раньше у вас было 10 инстансов монолита и они жрали по 500мб памяти, то после распила на микросервисы это будет 100 инстансов по 200-300мб, потому что оверхед на рантайм всегда есть, глупо его игнорировать.

[ManticoreRoko]

Ждём разбор Кафки. А ещё лучше её заменитель - Redpanda. А ещё лучше сравнение обоих

[TheDustyChannel]

12:48 боже, Леонардо ДиКаприо в лучшие годы...

[mvo]

Как же приятно тебя слушать, когда ты не транслируешь свой (надеюсь - временный) нарциссизм.
Великолепное видео.
Слушал полутарочасовые лекции по Кафке - не понял, зачем нужна Кафка. А ты так запросто объяснил, даже не акцентируя на этом! Теперь абсолютно ясно. Супер!

[ymirutc]

Влад, спасибо тебе безграничное. Очень важная, базовая тема для всех, кто в айти.

[CaiN]

Очень крутое видео, классный автор канала, так легко все объясняет, что даже мне стало понятно! Отдельное спасибо за прекрасную инфографику, представляю сколько труда в нее вложено! Вы большой молодец!

[detwait]

Как связаны монолит и coupling ? Кто заставляет все модули связывать между собой ? Условно модуль отправки сообщений может знать не знать о каких то доменных модулях. Да и доменный модуль может напрямую не импортировать модуль отправки сообщений, а использовать ту или иную реализацию ивентов.

[bromanovv]

Вы так круто и понятно рассказываете, респект 😊
Сделайте, пожалуйста, про REST подобное видео

[dmitrysavkin]

Можно также монолит пилить в разных репозиториях. Делаешь артифакт, через зависимость подключаешь к основному ппроекту

[АнтонФедотов-дд]

Ляяяяяяяяяяяяя Пушка бомба аллигатор Жирный плюс за то что он поясняет что сервак это отдельный комп Как я раннее писал под одним видосом Что так же при введений нового слова Диплойд ( так же объяснил и рассказал что это такое и с чем его едят) Так же очень круто что он не забывает показывать все это дело в картинках ( в схемах), а так же что бы все двигалось Так же круто он ввел новую фичу с ценником 1000$ или же 3000$ ( новые пользователи лучше усваивают и понимают, для чего и за чем Так как на деньгах тоже проще объяснить ) Не забывает повторять и объяснять все те же слова что были в предыдущих видео (повторение мать учения) Что подчеркивает, внимательность Влада, а так же понимание и улучшения скила в учительском понимание Что бы донести информацию до любого человека и без разницы чем он занимается или же кем работает Работа учитель донести информацию до любого человека хоть сантехник, хоть бухгалтер, хоть парикмахер Монолит и микро -сервис знал чем отличаются Больше всего я смотрел как он работает над собой и как он качественно доносит информацию до зрителя И это просто пушка А не как у меня на курсах, ментор знает за программирование, но ни черта толком не может объяснить порой на человеческом - колхозном языке Что бы людям было понятно Программист который способен объяснить и разжевать на простом человеческом языке Это прям высший пилотаж ® ► ♫ ☼ ◄ Зачет √

[maxsimusmaxsimus]

КРАСАВЧИК ВСЁ ПОНЯТНО ОБЪЯСНИЛ РЕСПЕКТ.

[АлександрГерасимов-яя]

Про брокера Kafka прям очень жду. Сейчас актуально - устроился в сопровождение внедрения ПО, много вопросов. По большей части сам разбираюсь в архитектурных схемах, свои проекты ещё не начались.Подписался!

[yaarecords]

Шикарный контент, много полезной инфы без воды, отдельное спасибо за иллюстрации, с ними лучше запоминается и усваивается. К сожалению почитав комменты сложилось впечатление, что не все пункты на 100% истина, хотя вероятно в IT не бывает тем по которым все поддерживают какое-то мнение и не имеют своего))

[xDEEDBEEF]

Я согласен в общем но, процесс деплоймента у вас не продуман ибо в нормальной компании есть несколько систем, например В этом случае баги никогда не достигнут продакшен независимо от типа приложения.