Микросервисная архитектура базовые знания. Монолит или микросервисы?

Стань спонсором(бусти аккаунт), доступ к собеседованиям:
boosty.to/laravelcreative
Мои платные курсы:
laravelcreative.ru/course
План развития с нуля до middle+:
laravelcreative.ru/other/plan
Группа вк:
laravelcreative
- Содержание
00:00:00 Введение
00:01:41 Что такое монолит?
00:02:45 Что такое микросервисная архитектура
00:06:04 Плюсы и минусы монолита
00:11:35 Плюсы и минусы микросервисов
00:22:23 Пример приложение с микросервисами
00:27:34 Часто используемые технологии, рекомендации, термины
00:35:34 Итог
Задание
Нарисуйте 3-5 приложений(блог, магазин, доска объявлений, таск менеджер и т.д.) в стиле микросервисной архитектуры

[@gru8299]

Уважаемый Автор благодарю Вас! Продолжайте пожалуйста!

[@laravelcreative]

Благодарю)!

[@the2x548]

Расскажи про платежные системы. Базу. Что самое важное

[@laravelcreative]

В будущем:)

[@disconnect3763]

Продолжайте! Never give up!

[@FailedArchaeologist]

Автор сделай курс по микросервисам на рабит мк.

[@laravelcreative]

Уже:)

[@user-vf7pc4tn9z]

да продолжай че на пол пути останавливаться

[@laravelcreative]

Благодарю)!

[@nouracea]

продолжай, продолжай, ПРОДОЛЖА-А-А-А-Й!

[@laravelcreative]

Благодарю)!

[@user-bk4uk5uv9j]

Пожалуйста продолжайте это очень редкая тема , очень нуждаюсь

[@laravelcreative]

Благодарю!)

[@GreatOsmanSultan]

Ждем полный курс🎉

[@laravelcreative]

Благодарю)!

[@TheBosser7]

Спасибо большое за ваш труд

[@muhammadumarsotvoldiev8768]

Спасибо вам огромное!! Очень понятно и полезно!

[@K-M324]

Можно еще про HighLoad?

[@laravelcreative]

В будущем:) Благодарю)!

[@edigekozykhan]

Ого круто🔥🔥🔥🔥

[@laravelcreative]

Благодарю)!

[@singsongru]

Ждем продолжение!

[@laravelcreative]

Благодарю!)

[@maxg_pro]

Дядя, хорош. Давай ещё. Ням ням

[@laravelcreative]

Благодарю)!

[@user-ek6ek8zl9l]

Продолжай в том же духе! Круто

[@georg6497]

Добрый день! Очень толковые видео. Я знаю, что на канале есть видео про docker, но хотелось бы глубже капнуть, с полноценной базой (не лайт), как вести разработку на локалке (например открыть проект в phpstorm и, чтобы он крутился на docker (я xampp сейчас пользуюсь), возможно даже установка на прод. Как-то не вся картинка в голове сложилась. Может, конечно, это только у меня)

[@laravelcreative]

В будущем:)

[@nedelaet]

очень и очень годно, спасибо большое

[@fantom9419]

просто лучший, по другому сказать не могу. Можно, пожалуйста, про HighLoad видео?

[@laravelcreative]

В будущем:) Благодарю)!

[@oneman2093]

очень полезное видео! 👍

[@laravelcreative]

Благодарю!:)

[@user-ec1tv9bc7i]

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

[@laravelcreative]

Благодарю!)

[@ArtDenis1993]

Спасибо за ролик👍

[@laravelcreative]

Благодарю)!

[@user-fb1dd3gj7b]

Огромный +!!!спасибо Вам!

[@laravelcreative]

Благодарю)!

[@qoonmax]

Интересно послушать про Symfony в сравнении с Laravel если у вас был опыт его использования. Кст для микросервисов он думаю больше подходит относительно ларавеля.

[@laravelcreative]

Может в будущем:) Благодарю)!

[@biLLie_wiLLie]

Reddis и rabbitmq

[@laravelcreative]

Уже:)

[@mishafomin3973]

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

[@mrsuhrob1334]

🔥

[@laravelcreative]

Благодарю)!

[@MrAirrussia]

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

[@laravelcreative]

Благодарю)!

[@user-yf2er5vr8q]

cпасибо, что бы мы делали бы без вас, ждем курсы по реакт, JS, nest.js

[@laravelcreative]

Благодарю)!

[@supchic1021]

го еще !

[@tonykostay]

Будет ли в обозримом будущем разбор правильной (в рамках твоего опыта) архитектуры по работе с банковскими операциями?

[@nazargavrilov873]

Очень хороший вопрос

[@user-np2ms9uk6s]

Поддерживаю! Хотелось бы увидеть видео на данную тему.

[@laravelcreative]

Понятие банковская операция имеет очень широкий смысл, что именно интересует?:)

[@tonykostay]

@@laravelcreative Оплаты, формирование чеков, вебхуки и тд. Понятно, что у каждого банка свои правила, но на стороне сайта +- должна быть одинаковая архитектура. (мб нет и я ошибаюсь, поэтому и прошу рассказать). UPD: как минимум такие фичи, как та, что сумму переводят в копейки, чтобы при математических операциях не потерялись знаки после запятой, потому что php не очень точный на них. А потом возвращают обратно к рублям.

[@kan5950]

То что нужно

[@laravelcreative]

Благодарю)!

[@donart959]

покажи как делать микросервисные монолиты на практике ) как там jwt pasport sanctum в микросервисах использовать непонятно

[@StasBarkovskiy]

Пример бы сервиса авторизации

[@evgpol2943]

Привет! Спасибо! Круто было бы курс сделать по RabbitMq. Даже премиум записать. Много, кто купил бы, учитывая твою подачу материала.

[@laravelcreative]

Уже:)

[@evgpol2943]

@@laravelcreative , спасибо за труд. Я пока видео ждал, микросервис на ребите написал (Ларка/ Ларка). Но курс крайне необходимый, особенно в современных реалиях и требованиях к вакансиям.

[@user-jp4ds3zz4p]

по микросервисам интересно

[@laravelcreative]

Благодарю!:)

[@user-vf7pc4tn9z]

давай еще больше про фильтры раскажи а то ты 1 урок там расказал более налядный пример бы

[@user-hx2ij1bk3n]

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

[@laravelcreative]

Можно:)

[@whyNotCookies]

Как же замечательно что проходит мода на эти микросервисы.. Некоторые доходят до абсурда, делают 1 сервис для 1й функции, бьют в грудь мол это быстрее, легче обслуживать и тд. Я конечно специально не искал, но... Первое нормальное объяснение по делу. Автор, обнял подкинул тебя, от души прям!

[@vladsarosek9521]

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

[@laravelcreative]

Благодарю)!

[@artemunix5223]

покажешь как микромонолиты делать?

[@alexandr9900]

вопрос к автору- изучали ли вы фреймворк Yii2, довелось ли на нем работать, его преимущества/недостатки по сравнению с ларавел, стоит ли его учить?

[@orangecoder3416]

не стоит. Там нет будущего

[@alexandr9900]

@@orangecoder3416 почему вы так считаете?

[@azizxonzufarov7787]

@@alexandr9900 этот фреймворк предназначен чтобы отдать заказы быстро сделав тяп ляп. Нормального ООП, соблюдение паттернов нету. Для более серьёзных проектов используются Symfony, Laravel.

[@laravelcreative]

Хочешь по нему курс?:)

[@alexandr9900]

@@laravelcreative да, многие разработчики сейчас работают на Yii2, а обучающих материалов по нему не так много, и они как правило 3-5 летней давности.

[@faizulla5838]

3:50 вы кажется немного сами не понимаете что такое микросервис что такое монолоит. Слова состоит из монолитов вообще настораживает. Картинки от одного блогера переходят к другому....только в фотошоп цвета меняют.

[@vladsarosek9521]

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

[@laravelcreative]

Девопс магия:)

[@MrAirrussia]

По плюса у монолита: 1. Высокая производительность, чего? Информационной системы, то нет, монолит в сравнении с сервисным подходом не обладает высокой производительностью, ибо подключение ко всем возможным происходит там. 2. Быстрый старт - ок. 3. Лёгкая поддержка. Под очень большим вопросом, особенно если, ломается, что-то в монолите он перестает весь работать. 4. Интеграция сотрудников в сравнении с микросервисами сложнее. 5. Ошибку найти в простом легче, чем в сложном. Если микросервис простой как пробка в нем и ошибок то особо быть не может. 6. CI/CD вопрос docker а не вопрос монолита или микросервиса.

[@laravelcreative]

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

[@MrAirrussia]

@@laravelcreative ага практики с микросервисами больше 5 лет, а с монолитами около 8 лет, до изучения docker docker-swarm и k8s, делал только монолиты. Теперь на любой монолитный сервис смотрю, как на кусок больших и потенциальных проблем.

[@laravelcreative]

Понятно. Речь про производительность - это про подзапросы, которые увеличивают в целом время ответа. Монолит не делает подзапросы. Остальные пункты - в видео был акцент, что когда монолит разрастается, то его преимущества с повышением хаоса теряются. Вопрос ci/cd обычно всегда выставляется, как один из основных аргументов для перехода в микросервисы. Для видео использовал не только свой опыт, но и сделал выборку других специалистов. У вас видимо по другому, чему я конечно рад.

[@MrAirrussia]

​@@laravelcreative я вас не упрекаю, не в коем случае, не в компетенции, я выражаю своё мнения и только, исходя исключительно из своего опыта. Но про производительность, я так и не понял вашу позицию. О каких подзапросах идет речь?

[@laravelcreative]

Спасибо) В данном случае имеется ввиду подзапросы от сервиса к сервису:) Понятно, что производительность можно в более широком смысле понимать.

[@matthewgiovannini2360]

5:15. Человек рассказывает о том, что распределение информационной системы не влияет на производительность 🤦 Как микросервисная архитектура может снижать производительность системы? Если она на РЕСТе, то контроллеры просто работают асинхронно. Если же на очередях - RabbitMQ или Kafka спасут мир, правда? А система разгрузится за счёт того, что один запрос никогда не будет проходить через все серверы. В худшем случае через 2-3 (за исключением фронтенда и БД), но это не так долго, правда? Если шла речь о снижении производительности для пользователя... ну извините, но это незаметно. А вот в случае с монолитом при увеличении количества пользователей... Не буду продолжать