Управление пользователями в шлюзе это хорошая идея?

Question

Я работаю на платформе микросервисов, построенной вокруг стека Jhipster, с использованием механизма безопасности JWT.

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

Однако эта архитектура подразумевает lot вызовов между этими 3 компонентами, и мы начинаем видеть некоторые проблемы с производительностью.

Итак, я рассматриваю возможность объединения этих сервисов для решения проблем с производительностью.

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

Answer 1

использование архитектуры микросервисов - это замечательно, цель состоит в том, чтобы иметь сплоченность, поэтому, если объединение двух микросервисов в одно все еще учитывает сплоченность, продолжайте и делайте это (учитывая тот факт, что все это остается в одной области или теме (user-management))

однако, если mergin не является опцией, почему бы не использовать graphQl для микросервиса управления пользователями, вы должны учитывать эту опцию.

также возможно ваша проблема производительности связана с запросом, если предположить, чтовы используете jpa.

для меня, я бы никогда не использовал проход для других вещей, кроме как для шлюза

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