> Раскидать всё по микросервисам-это получить снижение производительности на порядок, для начала.Это вообще ниоткуда не следует. Более того - в зависимости от взаимосвязей это может упростить масштабирование, например.
> Тема микросервисов далеко не нова, и ещё лет тридцать назад индустрия не случайно
> пошла по пути создания монолитов с модульной архитекторой, а не SOA.
Индустрия веба 30 лет назад не существовала. Если это про создание операционок - ниоткуда не следует что паттерн который хорош для создания локального низкоуровневого ситемного core будет столь же хорош для создания какой-нибудь распределенной сетевой штуки. Как бы 30 лет назад таким если кто и заморачивался, то это какой-нибудь plan9, но там получилось инопланетно и все забили.
> Такая организация превосходила SOA по ряду параметров.
А сейчас насколько я вижу микросервисы в целом гораздо лучше вписываются в то чем пытается быть веб. Ага, сейчас никто не хочет видеть "generated in 1.015 seconds with 102 SQL queries". И получать одним куском 300 кило generated, с полным репарсом DOM Tree и порушеной картинкой мало кто хочет. Хотят сгонять XMLHttp, получить мелкую штуку, отапдейтить морду на основе этих данных. Тихо и незаметно, без мельканий и срыва взаимодействия человек-машина. В эту хотелку микросервисы удачно вписываются.
> Использовнаие SOA было признано оправданным только для некоторого класса задач, когда
> одна крупная задача может быть разбита на ряд мелких, абсолютно никак
> между собой не связанных.
К этому следует стремиться. Даже в модульных монолитах типа Linux Kernel пришли к довольно независимым подсистемам которые можно относительно независимо патчить в дереве майнтайнера. Иначе разработчики давно выпили бы яду.
> Именно поэтому все известные демоны (прокси, вебсерверы, субд, почтовые серверы...)
> сейчас имеют монолитную модульную архитектуру, а не SOA.
Монолитной архитектурой оно было бы если бы прокси, вебсервер, субд и почтарь были засунуты в один мега-сервис, при работе с которым выбирается - прокси вы сейчас хотите, почтарь или с субд поработать. Как работал бы гибрид прокси с почтарем и субд - все наверное уже догадались. Именно так, как сейчас работают корпоративные порталы на яве.
> Это когда, например, прокси сервер разбить на кучу микросервисов: один крутит cache,
> второй сетевые соединения с клиентами, третий сетевые соединения с внешними ресусрами,
Любую идею можно довести до маразма.