Что такое микросервисы 👨‍💻 Основные принципы и паттерны

[@SergeiCherkai]

"микросервис это маленький монолит" - ты просто красава, от души !!!

[@dimachen86]

Максим, было бы классно подробнее про партиции баз данных. Темный лес для меня ) Спасибо за видео.

[@kotikvacia9970]

Хорошая мысль ! Однозначно в топ !)

[@vladislavrodin8036]

Одна из глав в книге "С кабанчиком" больше информации даст

[@СергейГубко-б3р]

Партиции вроде бы в топике Кафка?! или я что-то прослушал ?

[@dgdarkking266]

@@СергейГубко-б3р Здесь речь идёт о такой практике проектирования микросервисов как "На каждый микросервис по БД" (далее именную это как микросервисная БД) Есть также практика, которая противоречит микросервисной архитектуре - "Одна БД на всё приложение" (далее называю это монолитной БД) БД и прога могут всегда быть выполнены в разных связках К примеру миркосервисное прилоложение и микросервисная БД миркосервисное прилоложение и монолитная БД Монолит приложение и монолит БД Монолит приложение и микросервисная БД Смысл микросервисной БД такой же как микросервисного приложения - отделение одного от другого и удобство маштабирования, использование для каждого сервиса своей более подходящей СУБД Сложность такого подхода заключается в правилах ACID - решение недавно глядел и обычно чаще всего используют его и его модификации - Проектирование Саг Как реализовывать саги ты выбираешь сам, но в любом случае раскидывая данные по разным БД ты отказываешься от некоторых аспектов - сам в этом в данный момент подробностей мало имею, лучше почитать, я как раз и занимаюсь сейчас изучением этого всего чуда

[@hro688]

@@dgdarkking266 интрересно, получаетсяЫ, у каждого микросервиса должен быть свой адаптер для БД?

[@jakhongirrzimatov5888]

Супер! очень нагладно и максимально простым языком!

[@inga153]

Супер! очень нагладно и максимально простым языком! очень ценю как ИТ аналитик. спасибо большое

[@den_is_kuts8139]

Именно после таких видосов некоторые люди такие: сейчас мы перейдем на микросервисы, и решим наши проблемы 💪🏻 На самом деле нужно понимать что микросервисы нужны не там как сказал автор если разработка вашего приложения больше месяца, или у вас более N строк кода, и нужно понимать что если ваша команда не может написать хорошо монолит, скорее всего она не осилит микросервисы Чтобы снизить сложность в разработке монолита при его масштабировании, необходимо делать его модульным, DDD и возможно чистая архитектура вам в помощь Если вам не нужно поддерживать приложение на разных инстансах, нет в этом необходимости, то микросервисами вы только усложните разработку включая инфраструктуру

[@itcloudguy]

Отличная презентация, отличная подача и речь, отличная графика и пояснение! Спасибо большое за работу!

[@liliyasiadzelnikava96]

блин, очень круто рассказал! спасибо большое и продолжай в том же духе!

[@diceline1677]

Ломал голову, чтобы кристально чисто понять зачем нужен докер, кубернетис, системы сборки, git. А оказывается есть короткий путь, нужно понять, что такое микросервисы, и это объясняет все. В принципе, логично, ведь современные инструменты соответствуют современной разработке, которая зависит от сложности программ, следующей из потребностей обычных людей и бизнеса. Благодарю, теперь всё собралось воедино.

[@ЕвгенийШухлин]

Автор просто не слышал о контейгнрах

[@МихаилКрамер-н7ш]

Ну без гита и с монолитом не очень удобно будет. Докер тоже не помешает. А вообще, прежде чем начать пилить микросервисы, надо 20 раз подумать

[@__ali__97]

Привет Макс, офигенный ролик про микросервисы, подкину тебе идею для ролика, расскажи про udp протокол

[@Devivl]

Спасибо за видео, Максим.

[@helly9401]

Оличное видео, спасибо! Все по полочкам, и в целом, доступным языком. Мне, как джуну-тестеру, много терминов ещё не знакомы, но всё равно тема микросервисов стала более понятна

[@tatiana_shef]

Отличное видео. Спасибо ❤

[@lemanaskerova7514]

Максим, благодарю вас. Очень круто все обьяснили.

[@ТимофейКарлин-е8с]

Отличное видео Очень четко и понятно пояснил эту тему с примерами, респект

[@VadiemPetrov]

Привет! Подписался смотрю, спасибо за труд

[@MayorKozin]

Отличная подача, спасибо!

[@VkusnyashkaMMM]

Круто ! Спасибо, видео классное!

[@ermakovva9955]

спасибо большое за видео, очень грамотная подача материала!!

[@generalnevermore706]

Я ещё до конца не дошёл, а уже могу точно сказать, что этот видос рекомендую всем кто готовится пройти тех интервью 😂 P S Автор красава чётко получилось

[@donfedor007]

Доброе время суток! Если в Django rest, несколько приложений со своими моделями и вьюшками они общаются через эндпоинты, всё это в одном Django проекте, это будет микросервисная архитектура или это монолит с приложениями в нём?

[@ОлегПетров-б6о6к]

Если у них свои таблицы в бд да

[@lookingforthetruth5903]

Спасибо, отличное видео!

[@НЕвидеоблог]

Получается, ендпоинты в API, это путь к отдельному сервису, в монолите их не бывает?

[@ayyayaay9399]

00:00 Вступ 00:30 Моноліт 05:20 Переваги моноліту 06:34 Проблеми моноліту 10:25 Мікросервіси 15:27 Переваги мікросервісів 18:52 Недоліки мікросервісів 24:28 Патерни для мікросервісів 26:38 Висновок

[@alukse9066]

Максим, подскажи, как ты искал вакансии на позициою junior go developer, по моему таких вакансих не то что мало - их нет, я долго работаю devops инженером и хочу немного перейти в go, но смотрю на вакансии - везде от 2х лет комерческой разработки.

[@47clere]

Не пиши что джуниор) подавай резюме на мидл позицию, но пиши в резюме правду. Бывает что они собеседуют и тому, кто на позицию не проходит делают оффер на мидла. Поэтому на джуна почти нет вакансий: у HRa гора резюме всегда на джуна

[@johnnysuedy]

Привет, нашёл работу, почему из девопса решил уйти? Я сам хочу из сетевик в девопс перейти

[@johnnysuedy]

Сколько получал девопсом?

[@alukse9066]

@@johnnysuedy Не ушёл в go, писать на go мелкие проекты - приятно и интересно, но программирование за деньги не всегда приятно и интересно - это вывод исходя из того что я вижу у ребят в команде. Продолжаю заниматься devops/администрированием - почти перестал писать на go к сожалению

[@Павел-б1д3я]

Полезное видео, спасибо

[@oleh6664]

Дуже якісне пояснення, дякую Максим!

[@MaksimZhashkevych]

🙌🏻

[@obivanbeluii]

спасибо, хорошее обьяснение

[@firdavs8879]

Хайп не только среди разрабов, но и среди работодателей, почти в каждой вакансии есть хоть какое то упоминание либо требование микросервисов

[@phpuser5920]

Спасибо большое, удивительно, но очень понятно

[@Ghuhggyuugh8ijjjjhy4916]

круто объяснил, спасибо

[@nelavas4651]

почему хексагон? может гексагон. Потому что hex это к 16, а гекса к 6

[@freetimeproject7]

А твой "большой проект" какие задержки будет иметь ганяя данные от одного микросервиса к другому вместо нормального обмена в монолите в рамках единого приложения?) или "пофиг на продуктивность, просто более мощное железо поставим если что"?)

[@mranolegprivate]

Привет. Очень хорошо рассказал про микросервисную архитектуру. Просмотрев 1 раз, в это время я еще играл в игру ) Я понял про все, что ты рассказал мне, и теперь я знаю и могу рассказать, что такое микросервисная архитектура и что она из себя представляет, а так же знаю, где лучше использовать монолит, а в каких случаях микросервисы

[@АлександрПасынков-я4ы]

Спасибо!)

[@PavelBazarov-f9i]

👍Спасибо

[@Alikhan.Umarbekov]

Максим, ОГРОМНОЕ спасибо тебе за твои видосы! Я столько полезного извлекаю

[@ЕвгенийТретьяков-ш3ш]

молодец отлично про gateway

[@vanmihaylovich]

Подробнейший обзор!

[@oeaoo]

Видно что ты теоретик.

[@vladzh2639]

Приветствую. А чем отличается msa от soa?

[@hro688]

Привет, на ютубе видел отдельное видео на эту тему

[@islamgashimov379]

Четко!!!

[@Oksana666]

классно объяснено

[@alexandertsapkov491]

Отличная вводная лекция! Спасибо)

[@МихаилА-у3л]

"Преимущество монолита: у нас всё находится в одном месте". Тут не поспоришь, главное сказать в каком и как оно называется 😂

[@romanbaltramun8434]

Спасибо!

[@timshevchuk4198]

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

[@thedeviljoy6374]

Ролик топ топыч!

[@akss9245]

Максим, расскажи, пожалуйста, про собеседования) Что обычно спрашивают у джунов/миддлов/сеньоров гошников?

[@MaksimZhashkevych]

На следующей неделе как раз будет видео на канале про собесы для го разработчиков)

[@akss9245]

@@MaksimZhashkevych лучший, спасибо!

[@yan200go]

У всех подходов один недостаток - деплоймент)

[@davidapk323]

крутая инфографика, что за редактор? я про черно-зеленые схемы

[@hro688]

Привет, картинки похожи на те, что есть в книге Криса Ричардсона (но могу ошибаться). М.б их просто из презентации или чего-то подобного взяли

[@СашаКолесник-п2ь]

Крассавчик , полезная инфа

[@МихаилА-у3л]

Где таймкоды?

[@vonseven]

👍

[@victorl6900]

Максим, два вопроса - твой будущий курс будет на микросервисной архитектуре или на мононолите? В каком редакторe нарисованы схемы? Выглядит профессионально.

[@grimax4966]

Лайк только за последнюю фразу "не усложняйте" а так конечно вода и трата времени(

[@UAStriker]

Слышал еще одно одно неофициальное правило микросервисов, что они должни состоять не более чем из 10000 строк кода не считая кода библиотек.

[@kafkareader3212]

Архитектурный паттерн говорит о логике разбиения, привязываться к количеству строчек - глупо.

[@4sARy]

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

[@millkiway3682]

Очередной раз подтверждается фраза "видишь программиста работающего на маке значит он джуниор"

[@aliexpress5284]

Не стоило про монолиты рассказывать, если нет опыта

[@millkiway3682]

Хайпануть нужно вовремя

[@hello_world_zz]

thanks!

[@maksimepikhin]

Максим, хороший контент, спасибо за разъяснения. "да, то есть, по сути" - чуть кровь из ушей не пошла. Профильтруй речь, пожалуйста :)

[@zengine2743]

монолит - это в сталкере

[@andriygaidar4913]

Крутий матеріал, а буде приклад простого додатку з мікросервісів.

[@MaksimZhashkevych]

Получи полный набор тем и список ресурсов для изучения Backend разработки www.zhashkevych.com/backend-roadmap?

[@NewUser78654]

Мне кажется, это уже далеко зашло. Микросервисы оповещают микросервисы. Апи для апи. Господа, это клиника. Тут нужен хороший психиатр и длительный курс лечения. Какие паттерны микросервисов? Все паттерны описаны в ГОФ. Извините, я ошибся - не все паттерны, ведь есть ещё паттерны, о которых можно почитать в Википедии - их около 100 и их становиться всё больше. А есть и антипаттерны. Появляется новый программист и изобретает свой паттерн, свой велосипед, чтобы другие программисты не писали свои велосипеды, а использовали его велосипед. Круто. Или изобретает акроним - это такое красивое слово, под которое подводиться теоретическая база. А если во всем этом начать разбираться, паттерны, принципы, применение, критика, сильные и слабые стороны - то там просто всё противоречит всему. По теме ролика - никаких преимуществ микросервисов не вижу. Микросервис - это просто разделенный монолит и цель разделения, чтобы никто физически не залез туда, куда не надо. Вот этот кусок этой команде, этот той. И общайтесь через апи. Никакой простоты разработки и понимания. Больше команд, сервисов, сущностей, ответственности, планирования, согласования. Время запуска не ниже - развернуть 100+ микросервисов и согласовать их работу. ... Нет увеличенной работоспособности при частичном отказе системе, если откажет основная часть. Микросервисы это - мы пишем что то большое и через пару лет не будем понимать как оно работает. Поэтому мы инкапсулируем часть функционала в микросервис-черный ящик с интерфейсом и будем дергать его по апи. Как оно там работает мы уже не знаем - люди уволились. Поэтому мы ничего не будем трогать (изменять, привет open closed solidу), а будем расширять функционал путем создания новых модулей (аля наследование) общающихся с этим непонятным, но работающим ящиком, по апи (через его интерфейс).

[@stoparb357]

ты какой-то олух или неопытный, он в видео явно говорит - попробуй в монолите выдели мощность на одном сервере для одного модуля кода, а если упрешься в лимиты хостера? поэтому выделяются отдельные сервера для гибкости под каждую задачу и общаются они между собой через запросы. а деплоятся все микросервисы аж через docker-compose, чуть ли не с одним файлом, вот же ж ужасно и сложно это все делается. а еще можно запустить отдельно от всего приложения микросервис, протестировать и задеплоить отредактированные другие микросервисы по очереди и поэтому приложение не упадет на несколько часов в нерабочий отпуск - вы там как-то ждите сидите работнички и клиенты. а еще можно закрыть дыру в скорости какого-то модуля и написать его на c++, когда все остальное на python для быстрой разработки, но с медленным исполнением. попробуешь это реализовать без микросервисов, умнейший? не, ну объективно тебе не светит стартап на уровне амазона, поэтому и не парься со своим wordpress

[@ВсеволодРусинский]

cool

[@grgvgrgv]

Макс, видЕо надо сокращать в разы. Очень много лирики, повторений, ненужных перечислений. Бери пример с Алексея Земскова.

[@MaksimZhashkevych]

видео*

[@grgvgrgv]

@@MaksimZhashkevych, понятно же, что это была дурацкая опечатка...

[@millkiway3682]

У него мак. Что вы пристали к подростку. Ему просто нужно показать что у него мак.

[@liliyasiadzelnikava96]

можешь чуток убрать громкость своего голоса и повысить музыку на заднем фоне :)

[@millkiway3682]

Я за ))

[@delifeful]

"высокая сложность при росте приложения" и "Сложно применить новую технологию" Если вы не можете этого сделать с монолитом, то у вас будут все теже проблемы и на микросервисах.

[@zluy_mark]

Дякую

[@zharasbekshyrakbay9457]

Ты же вроде подстригся. Как за короткий промежуток времени ты отрастил волосы?

[@MaksimZhashkevych]

у меня хороший шампунь)

[@codecoder5273]

у тебя и мак хороший)

[@zharasbekshyrakbay9457]

@@MaksimZhashkevych 😂😄😄😄😄

[@millkiway3682]

Разработчик на мак это отдельная ветвь деволюции.

[@YlwDrknss]

Я манал дебажить микросервиси 😢

[@VakaramGolang]

Хватит белого фона) Мы что 1С разрабы что-ли тебе Шшшшшшутка избалованных )

[@Алекс-ь6х5н]

не бизнес-логика, а просто ЛОГИКА. Не хексагон, а гексагон. И вообще, слишком много воды. Все пересмотрел на перемотке.

[@Mak5eem]

Зачем так мучал себя?

[@shanewalsch]

Это принято называть бизнес логикой

[@Алекс-ь6х5н]

@@shanewalsch а чего не криминал-логикой? Поменяем традиции.

[@emotional_stuff]

ох холивар

[@user-ei5lp3zu8m]

Много воды

[@dimasamsonau3646]

одна теория. бла бла... покажи код!

[@macintosh156]

Спасибо, отличное видео!