Та вас и не просят :kappa:

микросервисы это способ сделать decoupled архитектуру организации, а soa - decoupled архитектуру приложения. Закон Конвея никто не отменял, поэтому у них часто большое пересечение

вобще то закон конвея об обратном

что архитектура _решений_ повторяет архитектуру организацоинную.

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

скорее микросервисы по кафке начнут общаться чем такое произойдёт ))

а можно перевести для простых смертных такой сложный утренний прекол?

я тут просто положу: https://martinfowler.com/bliki/MonolithFirst.html

Да я поянл посыл Тимура (наверно) про то что переход на микросервисы может служить толчком для изменения внутри компании

Просто conway law он про обратный факт а не про процессы изменения.

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

я это к тому, что гавно это не гавно а продолбаные челенджи.

помнишь как Греф говорил типа соберем 100500 человек в сбертех и у нас самозародится второй гугл?

> самозародится второй гугл?

LOL

Поделюсь своими находками про SOA и Микросервисы.

https://martinfowler.com/bliki/ServiceOrientedAmbiguity.html
Фаулер говорит, что SOA стал настолько размытым понятием, что им нельзя пользоваться.

https://martinfowler.com/articles/microservices.html
Затем Фаулер с Джеймсом Льюисом описывают архитектурный паттерн Микросервисов.

https://www.oreilly.com/radar/microservices-vs-service-oriented-architecture/
O’Reilly публикуют отчет об отличиях. В отчете SOA и Микросервисы - два архитектурных паттерна имеющих четкие различия.
Больше половины случайных статей в интернете в той или иной степени качества дублируют эту идею. С кучей оговорок и неточностей.

Если кратко, то чаще всего встречается мнение, что микросервисы - это SOA “по правильному”. Но в реальности, среди инженеров, я не сталкивался с отношением к микросервисам как к архитектурному паттерну. Возможно, в среде архитекторов все иначе.

По субьективному опыту,  при использовании докеров и кубернетесов проще реализовать loosely coupled architecture, за счет чего сделать разработку приятной и быстрой. Но никто и ничто не ограничивает от применения плохих паттернов.

coupling и докеры никак не связаны

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

Это отношение к паетерну формируется после ISTIO - когда ты оперируешь компонентами инфраструктуры