Микросервисы - Простым Языком на Понятном Примере

Рет қаралды 81,789

Артём Шумейко

Күн бұрын

Пікірлер: 171

@artemshumeiko 9 ай бұрын

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

@ВладимирВодолазкий 9 ай бұрын

Завершение рассказв очень напомнило мне урок географии в 1985 году, когда, не побоюсь этого слова, мастер разговорного жанра, неонила Семеновна, минут сорок рассказывала о преимкществах краснодарского чая перед индийским, и закончила свою леккцию слвами - «Лично мне он не нравится» Вот так и здесь - «использую ли я микросервисы в своем стартапе? - Конечно, нет!»

@xakep2776 2 ай бұрын

Объяснил же, что нет смысла использовать для стартапа. Нагрузки нет, идея не проверена. Потратил ты кучу времени, а идея просто не взлетела.

@ivan_adamovich 9 ай бұрын

как сказал один синьор знакомый: "научитесь пожалуйста делать нормальные монолиты, прежде чем прикасаться к микросервисам" Микросервисы, это то, что делают, если уже нельзя обойтись монолитом

@ZVA_NOOK 9 ай бұрын

Прикол в том, что монолит, пилят на микромонолиты и, продают их как микросервисы.

@КонстантинКуцевалов-ш1р 8 ай бұрын

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

@ivan_adamovich 8 ай бұрын

@@КонстантинКуцевалов-ш1р полностью с Вами согласен. Это уже стало своего рода маркером у меня, когда человек много говорит о микросервисах, очень вероятно что хромает написание монолитов.

@ВВВППП-в6г 8 ай бұрын

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

@ivan_adamovich 8 ай бұрын

@@ВВВППП-в6г ключевое то, что вы много лет писали монолиты, проблема в том, что чаще люди пол года поработают с монолитом и сразу берутся за микросервисы.

@Капустка-й6г 2 күн бұрын

Капустка обглядела, поставила лайк и стала продвинутее.

@rkpstam 9 ай бұрын

По поводу дублирования, можно выносить общие части в отдельные пакеты, которые просто подключаются. Или в субмодули в гите. К микросервисам обычно идёт ещё логирование в одном месте, что может обеспечить kafka, rabbitmq.

@nbzp28 9 ай бұрын

Просим реальный пример🤝 Поднять свой локальный кластер на кубере Написать пару сервисов + гейтвей Это будет топовый топ

@artemshumeiko 9 ай бұрын

сделаю!

@EStepan0v 9 ай бұрын

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

@frexil2210 9 ай бұрын

Существует такое вещь как gRPC чтобы общаться между серверами)

@victorbrylew1775 9 ай бұрын

Микросервисы тоже могут деплоится на один сервер и работать рядом друг с другом особенно когда они маленькие и ненагруженные. Различие в том что микросервисы позволяют оптимизировать отдельно каждый сервис под конкретные бизнес требования. Допустим один сервис должен быстро что-то считать - добавляем ему CPU получше. Другой сервис у нас обрабатывает данные о пользователях - настраиваем там шифрование и дополнительную защиту чтобы ФИО и адреса хакеры не похакали. Третий сервис может обрабатывать много запросов но каждый запрос простой - добавляем памяти. Если бы был монолит то все такие оптимизации нужно было бы делать на одном сервисе а это дорого и неудобно т.к. способы оптимизации могут конфликтовать между собой.

@EStepan0v 9 ай бұрын

@@frexil2210 gRPC тоже общается через http, только через http/2. Но речь не об этом, а о тезисе, что в монолит сложно вносить изменения, потому что его сначала надо весь изучить (весь код).

@Владислав-б7ф4я 9 ай бұрын

Отчасти это правда. Изменения бизнес логики в одном месте программы могут привести к ошибкам в казалось бы не связанных модулях. Именно потому что всё переплетено. Поэтому изучать может потребоваться много.

@EStepan0v 9 ай бұрын

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

@Chel1k7 9 ай бұрын

Поработал я в компании, где был монолит + древний питон 2 (в 2024) это просто жесть:)

@Chel1k7 9 ай бұрын

@@hardline_fc не, спрашивали чутка по базам данных и по джанго. Самый лайт собес был

@ДимаВ-к7м 8 ай бұрын

Нержавейка 😂😂😂

@zrxmax_ 8 ай бұрын

Скок платили :)?

@vadimv1501 9 ай бұрын

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

@artemshumeiko 9 ай бұрын

такое видео будет!)

@СергейКоваль-щ2ы 7 ай бұрын

@@artemshumeiko Ждем с нетерпением Видео! Только без воды, а то уже чувствую зрение подводить начало глаза быстро устают, вроде нормально человек объясняет, понятливо, но столько рекламы и якорей, что сбивают с толку. Понятно реклама двигатель прогресса.

@JesusChristIsMyLord 29 күн бұрын

База часто одна с разными схемами, но могут быть и разные. Связь между сервисами через REST/gRPC или через kafka, или даже записи в определенной общей базе. Код чаще свой в разных проектах в гите, но может быть common с общими классами (как правило dto), когда это действительно очень надо.

@vadimv1501 28 күн бұрын

@JesusChristIsMyLord спасибо, хорошо расписал

@sodz5144 8 ай бұрын

19:00 Из моего опыта, путь через монолит это путь боли. Лучше день потерять, потом за 5 минут долететь. Даже на ранних стадиях, опять же из моего опыта, наиболее оптимально SOA модель(разбиение по бизнес процессам и рутинам) с общей БД. Это позволяет быстро бежать, при этом улучшает масштабирование отодвигая оверлоад и в дальнейшем создает меньше проблем при дроблении. Да, кстати, в такой модели можно даже коммуникации между сервисами пустить через ДБ, это сильно упростит код.

@ZheKaYT 9 ай бұрын

Интересно узнать про общение микросервисов)

@ZVA_NOOK 9 ай бұрын

Че там узнавать, брокер сообщений или база.

@andreybalin9314 8 ай бұрын

Медиатор😁

@anonymus6312 3 ай бұрын

@@ZVA_NOOK Какая база, овощная?

@thepticman5553 Ай бұрын

ТЫ ПРОСТО ЛУЧШИЙ!! СПАСИБО ТЕБЕ!!

@artemshumeiko Ай бұрын

Спасибо за поддержку!

@salo_kh 9 ай бұрын

Так жду этот выпуск

@kir7765 9 ай бұрын

Приятная картина. Хорошее качество и освещение

@artemshumeiko 9 ай бұрын

спасибо!

@kir7765 9 ай бұрын

Никогда не жалко приятных слов приятному человеку

@lovepeace6795 9 ай бұрын

Но со звуком не очень, какие-то шумы Можно было бы прогнать звуковую дорожку через нейросеть

@ИльяКардаполов Ай бұрын

Спасибо за повествование. Объясните, пожалуйста, почему бы в своём проекте "с нуля" не использовать микросервисы? Ведь с точки зрения кода для взаимодействия с "модулями" системы никакой разницы нет. Если монолит хороший - там и так всё разбито и каждый кусок отвечает за свою часть (пусть и с одной базой, например). И если изначально закладываем микросервисы, реализовали транспорт между модулями, для каждого сервиса выделили базу данных - то, логически, они связаны только через брокер (например), это позволяет писать хороший код. А вот сложности пока не понимаю. То, что это дороже - вопрос спорный, можно и в одном докер-компоузе развернуть всю свою архитектуру (лишь бы ресурсов хватило), и локально тоже это может запускаться в докер-контейнерах одной командой. Зато какие преимущества имеем: еще на этапе написания кода не получится сделать "плохо", потому что сервисы слабо связаны. Если вдруг придётся что-то масштабировать - это займёт несколько минут, т.к. в каждом сервисе есть свой докерфайл и реализовать CI/CD с балансировщиком - дело нехитрое. Я понимаю сложность распиливания легаси-монолита на микросервисы - это прям жопа, извините. Но если проект с нуля, стек один, то почему сразу не пилить архитектурно правильно?

@IvanIvanov-gc8te 12 күн бұрын

Как с микросервисами решактся вопрос шаблонизации? Этому выделяется отдельный микросервис?

@dmitriyobidin6049 8 ай бұрын

Самый нагруженный сервис, поэтому мы напишем его на пайтоне ))

@nevdupIenysh 9 ай бұрын

11:35 # душность mode on "манго" во всех падежах и числах пишется одинаково "маракуйя" в Р.П. мн.ч. будет - "маракуй" # душность mode off Спасибо за видео! Заставило задуматься над архитектурой своего проекта)

@Anklav24 9 ай бұрын

Хотелось бы видео где будет рассказано масштабирование бд в микросервисах и как добиваться её консистентности

@tolb1517 8 ай бұрын

Техническое видео про микросервисы интересно. Особенно как общаются они между собой.

@EmanuelRaziel 8 ай бұрын

Большое спасибо за информацию.

@nikonovstayhome 7 ай бұрын

Подскажите, пожалуйста! Что за сервис/приложение в которой описаны схемы на видео? Похоже на Miro/Metro)

@artemshumeiko 7 ай бұрын

miro

@bamboleo8951 7 ай бұрын

Зашибись, что миро поддерживает импорт из drawio

@sodz5144 8 ай бұрын

17:12 Это называется "Несвязность". Можно, наверное, назвать это изолированностью. Это описано в спецификации определения "Микросервисы"

@Allsee77 9 ай бұрын

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

@artemshumeiko 9 ай бұрын

будет!

@Allsee77 9 ай бұрын

@@artemshumeikoэто прям супер)

@augustsionis6542 9 ай бұрын

лайк, теперь ждем видео по распределенным транзакциям)

@ИИванов-ь6с 8 ай бұрын

Пожалуй, поставлю лайк и подпишусь. Очень подробно рассказали про тему, спасибо! У вас очень хорошая видеокамера, изображение очень чёткое. Очень красивый задний фон (цвета) и отражение от лампы не отображается на ваших очках! 👍👍👍

@KUBD996 9 ай бұрын

Ожидаем реальные примеры)

@artemshumeiko 9 ай бұрын

будут!

@avmaksimov 9 ай бұрын

Хочу поправить про монолит. Если есть нагрузка на какой-то блок монолита, то используются потоки. И тупо увеличивается число потоков. А, как известно, взаимодействие между потоками более дешёвые для компа операции, чем с процессами. Но про поиск ошибок актуально.

@petefedorov2955 Ай бұрын

Друзья, а может кто-то пояснить, что подразумевается под масштабированием? Для чего нужно множить экземпляры приложения? Заранее очень благодарен

@ВВВППП-в6г 8 ай бұрын

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

@ptuhari 8 ай бұрын

так можно еще и каждую колонку в каждой таблице в микросервис упаковать и на каждый микросервис 10 индусов типа это ИИ в кусты спрятать . "взлетит" проект )

@xionnnn719 9 ай бұрын

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

@andreyarefev445 9 ай бұрын

Хайп. Сейчас только ленивый не пилит монолит на микросервисы))

@okyesanap 9 ай бұрын

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

@avmaksimov 9 ай бұрын

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

@xionnnn719 8 ай бұрын

@@avmaksimov по поводу разобраться согласен, когда у сервиса одна задача тут как не крути будет приятнее, но по поводу написать... возможно зависит от назначения микросервиса, но опять же не уверен

@xionnnn719 8 ай бұрын

@@okyesanapмикросервисы тож можно закинуть в одну репу и получится монорепа. Если вы чё то хотите проверить и для этого перебилдживаете целый проект, я бы задумался

@amazingmmahighlights2304 9 ай бұрын

Очень интересный выпуск, спасибо. У меня вот на работе микросервисная архитектура, но в единственном экземпляре. Т.е. масштабируемость не требуется. В целом удобно для разработки, т.к. можешь концентрироваться на отдельном микросервисе. Но про дебаг жиза - сложно порой разобраться. P.S. насчет изменений в авторизации и => изменениях во всех репозиториях - не согласен. Для таких ситуаций авторизация, например, должена быть вынесена как отдельный пакет) Тогда удобно обновить можно

@Ivan-Bagrintsev 9 ай бұрын

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

@yuriy_vins 8 ай бұрын

Огонь! 🔥

@КонстантинКуцевалов-ш1р 8 ай бұрын

Самая частая проблема вовсе не с нагрузкой на код, а с нагрузкой на базу, какой бы она не была.

@techmisha 9 ай бұрын

Эмм... А как же персистентность данных, саги, ретраи и т.д.? Так то красиво всё, но если начать писать микросервисы судя по таким видео, то можно вообще не стартануть. До них нужно дорасти. Берите golang, rust и т.д., за глаза хватит без всяких микросервисов для старта и хорошей такой нагрузки. Если вы из этого вырастите, то я вас поздравляю, вы единорог и можете нанять индусов которые вам быстро и задёшево распилят монолит. Если крупная компания, да, микросервисы, в остальных случаях - монолит. Дёшево и сердито. Ну и нагрузку распределить на монолите можно не хуже чем в микросервисах.

@IT_psychopath 9 ай бұрын

на Go монолит собрались пилить? вы серьезно или не подумав? вас гугел за такое в аду лично жарить будет..🤣

@ViacheslavFomenko 9 ай бұрын

Ждём реальный пример, спасибо за видео

@ByteCode-d8m 9 ай бұрын

Давно хотел об этом узнать спасибо!

@Georgii1212 8 ай бұрын

Два вопроса : в чем разница между SOA (сервисно ориентированная архитектура) и микросервисами ? Между сервисом и микросервисом ? Спасибо.

@ivanaphanasyev9743 8 ай бұрын

SOA - distributed monolith. Microservices are about deployments

@РоРо-ш8ч Ай бұрын

@@ivanaphanasyev9743;)))) нет

@B1TAByte 2 ай бұрын

Кто является экземпляром пожалуйста объясните

@k3l3vr444 9 ай бұрын

А почему ты решил, что память которую ест монолит равна суммарной памяти микросервисов? Монолит при прочих равных должен есть меньше

@avmaksimov 9 ай бұрын

И не только память.. Он ещё и ресурсы проца меньше жрёт. И вообще, при использовании ORM легче кодить.. Но.. плата за это в том, что сложнее обслуживать и новый сотрудник въезжает 2-3 месяца минимум ((.

@k3l3vr444 9 ай бұрын

@@avmaksimov а при чем тут орм?

@avmaksimov 9 ай бұрын

@@k3l3vr444 , в монолите описал один раз. И используй в разных частях программы.

@k3l3vr444 9 ай бұрын

@@avmaksimov что мешает использовать орм в микросервисах? Большей чуши в жизни не слышал

@maximtronin4510 8 ай бұрын

И нормализация данных в сервисах - это боль

@spartanec007_ru 9 ай бұрын

В Django, все велосипеды уже реализованы. С аутентификацией , авторизацией и прочее.

@Harut150 3 ай бұрын

Привет Видимо ты не любишь PHP ? Все круто на видео описано , но вот когда на листе не говоришь о PHP, это не хорошо )

@IvanIvanov-gc8te 12 күн бұрын

Pascal тоже следует упомянуть 😅

@sodz5144 8 ай бұрын

6:00 Это какой-то новый тренд? Создаётся ощущение что сейчас каждый имеет курсы "Как войти в IT". Это уже немного не здоровО выглядит.

@Фома-ж7я 9 ай бұрын

Возник такой вопрос: насколько оправданным и реализуемым может быть проект, в котором есть база данных, админка от нее будет на Джанго, а API для обычных пользователей написано на FastAPI. Есть тут рациональное зерно в экономии на создании более-менее приличной админки, или проще все написать на 1 фреймворке?

@victorbrylew1775 9 ай бұрын

Чем меньше в проекте фреймворков тем легче найти разработчика который все напишет и сможет поддерживать. Поэтому Django с админкой + АПИ на DRF или FastAPI + fastapi-admin.

@Фома-ж7я 9 ай бұрын

@@victorbrylew1775 спасибо, надо познакомиться с fastapi-admin

@qazaqbalasy916 9 ай бұрын

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

@artemshumeiko 9 ай бұрын

всмысле какой? На FastAPI одно единое приложение

@nateriver8261 9 ай бұрын

Есть в планах записать видео по паттернам, которые используються в микросервисах по типу saga, transactional outbox, back for fronend, CQRS, api getaweay etc. Что Вы на практике используете

@kream4931 8 ай бұрын

Круто объяснил, спасибо за видос!)

@YNV2011 9 ай бұрын

Хорошее видео, но с нагрузкой напутано. Карточки товаров самое низконагруженная часть.

@y2kzilla 9 ай бұрын

8:27 ошибка монтажа? про один сервис рассказал два раза

@artemshumeiko 9 ай бұрын

Спасибо, поправил

@killerix_fx 9 ай бұрын

Спасибо за ролик, всë как всегда круто 😎

@aleksey3229 3 ай бұрын

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

@gimeron-db 9 ай бұрын

Школьников натаскивают на ЕГЭ, программистов на собес. Наверно что-то не так с ЕГЭ и собес.

@47clere 6 ай бұрын

Всем нужен стандартизированный способ оценки. В идеале объективный. Иначе как предлагаете оценивать? Гадалку звать? Совершенных методов нет, но ничего лучше пока не придумано 😊

@sergeymurashov4365 Ай бұрын

Модульный монолит и скалирование нагрузки в облаке просто существуют....

@ookhands3843 9 ай бұрын

Не хочу душнить, но придется))) на мапе сервисов показана аутентификация а написано авторизация.

@ZVA_NOOK 9 ай бұрын

Дык, еще и про идентификацию можно добавить )

@ВасилийЖданов-б7р 9 ай бұрын

Спасибо!

@ookhands3843 9 ай бұрын

Общение между сервисами хттп - это верно... Очереди используются не для общения... И апи у брокеров тоже может быть через хттп...

@ivan_adamovich 9 ай бұрын

ток http2 + gRPC, а не обычный rest api :)

@sodz5144 8 ай бұрын

15:06 А в очередь брокера они как попадают, голубями?

@nateriver8261 9 ай бұрын

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

@alekseysevbo3459 5 ай бұрын

Да уж хрень. Не совсем парень понимает что такое масштабирование. В настоящее время необходимо запускать больше одного экземпляра для надежности, а не производительности. Любые микросервисы ресурса будут жрать больше чем монолит с той же функциональностью. Остальные приемущества мкс весьма сомнительны. В мкс проще внести изменение казалось бы в одно место, в один микросервис. И оно кодом не затронет другие по идее. Но обычно изменение параметров в5дет за собой изменения множества мкс, которые менять и деплоить необходимо одновременно или мутить переходные версии. В монолите в одной репе изменил, пепезапустил и готово. А чтобы понять что в коде происходит и где что надо менять в случае с монолитом ты можешь бегать по файликам в одной репе. В мкс надо бегать по куче репозиториев. А разные языки это переписывание одной и той же функциональности на разных языках ты даже общие классы не сможешь намутить. Микросервисы это очень непросто, не оптимально и тяжело поддерживать нужна куча спецов. Микросервисы это шоколадная река, а люди кто верят в них как в что то по умолчанию хорошее это сказочные пони и единороги. В монолитах нет ничего плохого и они замечательные для небольших компаний технически ранней зрелости в бизнесе невысокой надежности.

@AsdfgAsdfg12363 9 ай бұрын

Главное чтобы курьер не ушел в другой город

@heheheyhey5234 8 ай бұрын

Микросервис это путь, только для действительно BIG сервисов. Типа(сберонлайн и.т.п), там где количество одновременно работающих пользователей достигает сотни тысяч, когда другого выхода просто нет. Для всех остальных это сложно, долго и дорого, нужен реально большой штат, что бы это добро всё содержать. Хорошо спроектированный монолит, можно оптимизировать достаточно долго, но да в какой то момент, если ваша убер компания дорастает до критической отметки.

@vladislove1337 9 ай бұрын

Годный контент

@artemshumeiko 9 ай бұрын

Спасибо!

@ЛюдаЛюдмиленко Ай бұрын

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

@ilya1.079 9 ай бұрын

Стоит ли полностью переходить с Джанго на go?

@artemshumeiko 9 ай бұрын

Если вы уже работаете мидлом или сеньором, то в свободное время я бы учил. Если ищете работу или работаете на стартовых позициях, я бы не распылялся и пытался добиться успеха в Джанго

@ilya1.079 9 ай бұрын

@@artemshumeiko спасибо большое за ответ

@bolotbekbatilov9929 9 ай бұрын

спасибо

@IT_psychopath 9 ай бұрын

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

@user-zm2bl8nv5duser-zm2bl8nvd 8 ай бұрын

но суровая жиза такова: лучше хреновый монолит, чем хреновый микросервис.

@viormusic2076 9 ай бұрын

За Монолит

@qazaqbalasy916 9 ай бұрын

Артем, какой микросервис быстрее, на Go или Fastapi?

@artemshumeiko 9 ай бұрын

Go конечно, сам язык быстрее Питона

@marcoinsane149 9 ай бұрын

твой вопрос звучит как "что быстрее фреймворк или язык", звучит довольно странно

@qazaqbalasy916 9 ай бұрын

@@marcoinsane149 у тебя с пониманием прочитанного проблемы? Написано какой микросервис.

@qazaqbalasy916 9 ай бұрын

@@AntiBandera да знаю я это, что за токсичный тип ))

@qazaqbalasy916 9 ай бұрын

@@AntiBandera дебилок, не тебе писал

@slava_zxz 9 ай бұрын

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

@ZVA_NOOK 9 ай бұрын

Руководство для РП-ника, как выжать деньги из заказчика...

@dodibilder 9 ай бұрын

Че за прикол делать видео мега тихим, даде с шумодавом по улице в наущниках идк, н***я не слышу

@ookhands3843 9 ай бұрын

Дублирование кода - это не минус архитектуры микросервисов, а минус дизайна кода...

@Ivan-Bagrintsev 9 ай бұрын

И как его избежать, если у тебя действительно все сервисы на разных языках? Не делать сервисы на разных языках?)

@ookhands3843 9 ай бұрын

@@Ivan-Bagrintsev вынести общий код в компонент или даже в микросервис. Сорсы компонента можно хранить в отдельной ветке. Так сойдет?

@Ivan-Bagrintsev 9 ай бұрын

@@ookhands3843, если у тебя везде разные языки, один компонент не сильно поможет. Если у тебя все utils в одном микросервисе, то ты только что сломал отказоустойчивость всего проекта

@Ivan-Bagrintsev 9 ай бұрын

@@ookhands3843 если у тебя всё на разных языках, один компонент тебе не сильно поможет. Если у тебя все utilities в одном микросервисе, поздравляю, ты сломал отказоустойчивость всего проекта

@Ivan-Bagrintsev 9 ай бұрын

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

@flamehowk 7 ай бұрын

Пишите на Go монолиты, разбивая в них все на микросервисы (гоша это позволяет) и будет Вам счастье.

@AndreyCh1 2 ай бұрын

По 10-15 минут манги рассматривают 😅😅😅

@hmixa 4 ай бұрын

Ну все как обычно, хотя на что я надеялся, очередное бля-бля-бля и самолюбование. Тонны дистилированыой воды без всякой примеси чего-нибудь важного. Увы.