Всем привет. Подскажите, как правильно организовать структуру сервисов внутри микросервиса отвечающего

Question

Всем привет. Подскажите, как правильно организовать структуру сервисов внутри микросервиса отвечающего

за авторизацию пользователя:
Вот что пока придумал: создавать модули под каждую сущность (session, user, ..) где каждаю сущность предостваляет методы создания, удаления, обновления и т.д.
Другой варинат - один модуль auth, в котором множество сервисов со своими методами.
Или может у вас есть свои варианты, примеры?

#cryptocurrency #nest #russian

0

22.05.2023

11 ответов

11 просмотров

Liubomyr

Дмитрий Могилевцев
микросервис авторизации должен отвечать только за ...

А в этом случае в нём будет логика создания юзера, или она будет с сервиса User?

0

22.05.2023

Дмитрий Могилевцев

Liubomyr
А в этом случае в нём будет логика создания юзера,...

да, создание пользователя тут, с email, телефоном. В микросервисе user уже данные необходимые для профиля, ФИО, адреса, фотки если надо и прочее

0

22.05.2023

Liubomyr

Дмитрий Могилевцев
да, создание пользователя тут, с email, телефоном....

понял, спасибо

0

22.05.2023

печатает... Автор вопроса

Дмитрий Могилевцев
микросервис авторизации должен отвечать только за ...

А как сделать авторизацию, то есть создание сессии? Если у меня user в другом микросервисе (гипотетически может быть и на другом сервере) вместе с БД где хранятся данные пользователя, а микросервис auth должен проверить логин и пароль перед выдачей сессии, ему нужно будет лезть в БД с пользователями (которую использует микросервис user)?

0

22.05.2023

Дмитрий Могилевцев

печатает...
А как сделать авторизацию, то есть создание сессии...

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

0

22.05.2023

печатает... Автор вопроса

Дмитрий Могилевцев
ну да, делается это внутри стратегии, инджектируеш...

ок, я наверное напрямую подключение в БД сделаю, просто получается что оба сервиса зависят от одной БД

0

22.05.2023

Дмитрий Могилевцев

печатает...
ок, я наверное напрямую подключение в БД сделаю, п...

у каждого мс своя бд

0

22.05.2023

IL'shat Khamitov

Дмитрий Могилевцев
у каждого мс своя бд

+

0

22.05.2023

печатает... Автор вопроса

Дмитрий Могилевцев
у каждого мс своя бд

а пользователей нужно дублировать?

0

22.05.2023

Pavel (Hoya)

печатает...
А как сделать авторизацию, то есть создание сессии...

Ну наш концепт не подойдет тебе скорее всего *У нас нет API gateway | выше стоит traefik / nginx, а у микросервиса 2 контроллера, для общения у сервисов и http ответов*

0

22.05.2023

Дмитрий Могилевцев · Accepted Answer

микросервис авторизации должен отвечать только за авторизацию и регистрацию пользователей - стратегии авторизации (локальная, jwt, oauth и т.д.) - генерация токенов - генерация ссылок активации - генерация кода активации (например по смс) (при том отправка смс это уже другой микросервис) - хранить у себя в бд данные пользователя, токенов, кодов и ссылок активации, которые нужны именно для авторизации, данные по типу ФИО, паспортные и т.д. - это уже профиль, все это в микросервис user Как будет у тебя это организованно - уже твое дело. Этот микросервис будет иметь контроллеры? Если да - то проще, если все будет через какой-нибудь gateway, это уже сложнее.

209 похожих чатов

Всем привет. Подскажите, как правильно организовать структуру сервисов внутри микросервиса отвечающего

11 ответов

Похожие вопросы