Переход на микросервисы, кажется, больше определяется изолированностью сервисов внутри монолита. Если я могу кусок кода вынести наружу, заменив его на скажем, незатейливое обращение к апи, то для потребителя - если сервис получался через DI - ничего не поменяется. Медиатор может добавить тут унификации, но, кажется, не более того.
Про интеграцию с внешними сервисами я не до конца понял, можете накидать примерный сценарий, в котором всё начинает играть?
Ага. Я понял идею с, так сказать, сдвигом точки входа в приложение с момента получения запроса на момент вызова сервиса. Это на ваши диаграммах понятно показано. Но почему бы тогда мне просто не перенести валидацию на уровень сервисов? Зачем нужны команды и хендлеры? Извините, если покажется, что я троллю - я просто не понимаю.
А можете объяснить для тех, кто сложнее, чем дай-положи апи ничего не делал? Вот у нас есть контроллер, в него приходит запрос. Вероятно где-то чуть раньше запрос уже залогирован через миддлварь, где-то на уровне контроллера мы его провалидировали. Теперь из контроллера он уходит в сервис, который пропускает это всё через бизнес логику и просит данные у базы, вероятно через другой сервис. Какую проблему можно решить в этой схеме добавлением Медиатра? А если никакую, потому что, вроде, всё предельно просто, то что нужно усложнить, чтобы Медиатр оказался полезен? Я с удовольствием приму в качестве ответа ссылку на уже существующую статью или доклад, где тема будет раскрыта для простых парней вроде меня, а не для знатоков многослойных архитектур, чьи проблемы мне, увы, не понять.
Нет-нет, я их вовсе не недооцениваю, я их с удовольствием смотрю и радуюсь, что там - по крайней мере пока что - всё предельно понятно, а сам Эндрю такой "короч тут матан, но если вы не знаете, то не парьтесь, потому что в результате получается вот так вот"
Было бы очень здорово, если бы вы дополнили статью информацией о том, для чего именно нужны те или иные знания. Например я сейчас смотрю курс Andrew Ng - понятно что он исключительно ознакомительный, но мне больше и не надо - а понять, что к чему там можно даже напрочь забыв школьную математику.
А про моды можно подробнее? Насколько я понимаю, для игры в условный Скайрим, разворачивается виртуалка с игрой, а в момент окончания сессии этот поднятый инстанс убивается и всё. Не представляю, как возможна установка модов в таком случае.
Я в киберпанк на gfn наиграл пару сотен часов и заметил, что какие-то лаги/артефакты (включая сжатие картинки до неиграбельного вида) появляются в то время, когда можно ожидать большого наплыва игроков - грубо говоря с 16 до 24 часов. А в остальное время играется просто шикарно.
Переход на микросервисы, кажется, больше определяется изолированностью сервисов внутри монолита. Если я могу кусок кода вынести наружу, заменив его на скажем, незатейливое обращение к апи, то для потребителя - если сервис получался через DI - ничего не поменяется. Медиатор может добавить тут унификации, но, кажется, не более того.
Про интеграцию с внешними сервисами я не до конца понял, можете накидать примерный сценарий, в котором всё начинает играть?
А что с либгеном?
Ага. Я понял идею с, так сказать, сдвигом точки входа в приложение с момента получения запроса на момент вызова сервиса. Это на ваши диаграммах понятно показано. Но почему бы тогда мне просто не перенести валидацию на уровень сервисов? Зачем нужны команды и хендлеры? Извините, если покажется, что я троллю - я просто не понимаю.
А можете объяснить для тех, кто сложнее, чем дай-положи апи ничего не делал? Вот у нас есть контроллер, в него приходит запрос. Вероятно где-то чуть раньше запрос уже залогирован через миддлварь, где-то на уровне контроллера мы его провалидировали. Теперь из контроллера он уходит в сервис, который пропускает это всё через бизнес логику и просит данные у базы, вероятно через другой сервис. Какую проблему можно решить в этой схеме добавлением Медиатра? А если никакую, потому что, вроде, всё предельно просто, то что нужно усложнить, чтобы Медиатр оказался полезен? Я с удовольствием приму в качестве ответа ссылку на уже существующую статью или доклад, где тема будет раскрыта для простых парней вроде меня, а не для знатоков многослойных архитектур, чьи проблемы мне, увы, не понять.
Нет-нет, я их вовсе не недооцениваю, я их с удовольствием смотрю и радуюсь, что там - по крайней мере пока что - всё предельно понятно, а сам Эндрю такой "короч тут матан, но если вы не знаете, то не парьтесь, потому что в результате получается вот так вот"
Было бы очень здорово, если бы вы дополнили статью информацией о том, для чего именно нужны те или иные знания. Например я сейчас смотрю курс Andrew Ng - понятно что он исключительно ознакомительный, но мне больше и не надо - а понять, что к чему там можно даже напрочь забыв школьную математику.
Не знаю, как оно через рдп чувствуется, но я в облаке проходил вполне динамичный Киберпанк и было вообще норм.
А про моды можно подробнее? Насколько я понимаю, для игры в условный Скайрим, разворачивается виртуалка с игрой, а в момент окончания сессии этот поднятый инстанс убивается и всё. Не представляю, как возможна установка модов в таком случае.
То есть вы полагаете, что у них модераторы в штате, а не фирма подрядчик на контракте?
А зачем Твиттеру 7.5К человек? Или 3.5К? Я просто не понимаю, что они все делают. Кто-нибудь может пояснить?
Ну это уж кому как удобнее. Понятно, что вариант неидеальный, но мне весьма понравилось.
Я в киберпанк на gfn наиграл пару сотен часов и заметил, что какие-то лаги/артефакты (включая сжатие картинки до неиграбельного вида) появляются в то время, когда можно ожидать большого наплыва игроков - грубо говоря с 16 до 24 часов. А в остальное время играется просто шикарно.