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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Reddis и rabbitmq

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

го еще !

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

🔥

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

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

То что нужно

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

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

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

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

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

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

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

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

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