К сожалению, сейчас мало кто задумывается над вопросом, когда и как нужно использовать микросервисы. Мода - страшная штука. Микросервисы и скрам в тренде - значит в 99% случаях все будут работать по скраму и писать микросервисы. Даже если имеются отлаженные бизнес процессы, которые не менялись сто лет и ещё столько же не поменяются. Даже если разработка без понимания бизнес процесса в целом превращается в танцы на граблях, а половина кода и проблем в совершенно искусственно разделённых сервисах относится именно к взаимодействию сервисов - всё равно - монолит это фу-фу, каменный век и сейчас никто так не пишет, а думать дальше текущего или, в крайнем случае следующего одного-двух спринтов - это не по методологии.
А в какой момент микросервис превращается просто в сервис? и в какой момент система сервисов превращается в зоопарк общающихся между собой монолитов?
К сожалению, сейчас мало кто задумывается над вопросом, когда и как нужно использовать микросервисы. Мода - страшная штука. Микросервисы и скрам в тренде - значит в 99% случаях все будут работать по скраму и писать микросервисы. Даже если имеются отлаженные бизнес процессы, которые не менялись сто лет и ещё столько же не поменяются. Даже если разработка без понимания бизнес процесса в целом превращается в танцы на граблях, а половина кода и проблем в совершенно искусственно разделённых сервисах относится именно к взаимодействию сервисов - всё равно - монолит это фу-фу, каменный век и сейчас никто так не пишет, а думать дальше текущего или, в крайнем случае следующего одного-двух спринтов - это не по методологии.