Функциональная категоризация микросервисов по сравнению с категоризацией на основе сущностей

Question

Мне еще предстоит начать работу над проектом, который включает в себя обычную аутентификацию веб-сайта и некоторые другие службы.Но я впервые думаю о том, чтобы разделить сайт на микро-сервисы.Я запутался в том, как разделить микро-сервисы,

• По объектам
  , что означает, что микро-сервис присматривает за всеми функциями, связанными с клиентом, другой - за функционалом другого объекта и т. Д.
• По сервису
  это означает, что один микросервис присматривает за аутентификацией пользователя, другой микросервис присматривает за другим сервисом, который пользователь может выполнять на веб-сайте и т. Д.
  Пожалуйста, поделитесь своими мыслями.

Answer 1

Микросервисы должны быть ориентированы на бизнес-возможности, а не на горизонтальные уровни, такие как доступ к данным или обмен сообщениями.

Как правило, вы можете выбрать следующий путь

1) Начните с анализа бизнес-сферы, чтобы понять функциональные требования приложения. Результатом этого шага является неформальное описание домена, которое можно уточнить в более формальный набор моделей доменов.

2) Затем определите ограниченные контексты домена. Каждый ограниченный контекст содержит модель домена, которая представляет определенный поддомен более крупного приложения.

3) В ограниченном контексте применять тактические шаблоны DDD для определения сущностей, агрегатов и доменных служб.

4) Используйте результаты предыдущего шага для идентификации микросервисов в вашем приложении.

Я взял выдержку с официального сайта Microsoft, и я думаю, что вам обязательно нужно прочитать документы (см. Ниже) для моделирования ваших микросервисов.

Как идентифицировать микросервисы