немного разобраться. Например есть большое количество микросервисов и в большинстве их есть реализация RestAPI. К разных ендпоинтах должны быть разные сложные права доступа. И вот вопрос. Нужно чтобы каждый сервис взаимодействовал наверное с authorization service, Например реализация такая. Создаем какой-то common-lib пакет который юзают сервисы и в нем создаем middleware который общается с authorization service. Но хочу максимально уменьшить латенси такого подхода. Норм ли идея сделать gRPC процедуру для этой коммуникации. и какие есть альтернативы?
Еще бы в этом common-lib пакете хранить перечисление пермишнов
Видел как решение - сервис авторизации возвращал поле с правами в payload JWT.
Решение норм и интересное. наверное стоит попробовать так сделать
Моя задумка на ближайшее время: есть авторизационный сервис, в котором создаются пользователи и JWT токены есть common-lib с прослойкой, которая при входящем токене создает локального пользователя из JWT делается для того, чтобы все БД были независимы и даже сбой в работе авторизацонного сервиса не влиял на работу остальных каждый микросервис имеет эндпоинт на получение прав доступа. таким образом фронт узнает - что в каком модуле можно делать пользователю.
"есть common-lib с прослойкой, которая при входящем токене создает локального пользователя из JWT" если я Вас правильно понял, вы хотите чтобы юзер мог сервисы юзать даже когда аутентификации сервис упал. Но не могу понять как. У вас данные о юзерах продублировались в бд сервисов. А аутентификация в каждом сервисе есть? А то не могу понять как они будут работать если токен експаернется
пользователь получает и обновляет токен только в аутентификационном сервисе с этим токеном можно ходить в любой из микросервисов, так как ключ шифрования проставлен один на всех
А я понял. Я Ваши слова сначало понял не правильно, я думал токен потом генериться для сервиса каждого.) У меня прошлый проект так работал как вы описали. Довольно удобно было, но если fine-grained пермишины то нужно их тоже дублировать, или другой способ придумать, мы дублировали. Но я в поисках лучшего варианта работы с пермишинами
Обсуждают сегодня