стоит поступить: вынести каждый личный кабинет в отдельный микросервис, или сделать один, общий?
о микросервисах надо думать не в терминах предметной области, а в технологических терминах (это и плохо, и хорошо) соответственно - дело не в том, чей это личный кабинет, а в том, что делает соответствующий код
А зачем вам разносить лк по разным микросервисам?
Я задумался, а правда зачем, ведь по итогу у них будет одна база данных
А можно раскрыть эту идею. Что значит «технологических». А то теория говорит как раз об обратном. Ну и есть примеры когда думание тех.терминами приводило к «распределенным монолитам»
микросервисы - чисто технологическая парадигма. и предназначены они для решения технологических задач, и в терминологии их нет ничего про предметную область, и приложить их можно к любой задаче. тот же личный кабинет, скорее всего, будет комбинацией нескольких микросервисов. распределенный монолит появляется на свет как раз когда деление на микросервисы сделано неправильно, не по технологическим границам, а по каким-то иным соображениям.
Я полагаюсь на первоисточник в виде microservices.io он это утверждение опровергает. Тем более что сайт этот создан автором данного паттерна на сколько мне известно.
а где там опровержение?
Microservices - also known as the microservice architecture - is an architectural style that structures an application as a collection of services that are: • Independently deployable • Loosely coupled • Organized around business capabilities • Owned by a small team Вот эти 2 последних пункта. Причем если почитать литературу на тему, на эти пункты упор делается чаще всего. И еще на 2-ой частенько.
немного смешно, конечно монолит, наверное, не вокруг business capabilities организован. ага… а пункт 4 - это вообще никакого отношения к архитектуре не имеет
Закон Конвея как раз говорит о том что влияет. Причем сильнее чем людям обычно кажется.
как не имеет?! речь про owned by small team?
Обсуждают сегодня