в отдельный микросервис.
С аунтефикацией ясно. Просто будет роут, который по правильным кредам выписывает токен. А вот как правильно разрулить авторизацию (у нас пока просто роли)?
Каждый запрос на наш rest-сервис должен дергать сервис авторизации, чтобы тот декодил токен и возвращал результат?
Или полномочия auth сервиса заканчиваются на проверке кредов и выписывании токенов? А rest-сервис(ы) должны уметь проверять токен
Нет удобного и красивого решения. Одно из good enaugh решений: каждый микросервис занимается авторищацией сам. Главная задача не копировать код а как модно больше вывести в отдельный пакет.
Как вариант: Аус сервис выписывает и проверяет токены. И все запросы идует через него как прокси, и он просто декодит токен и кладет результат в хэдеры. В остальных сервисах (которые не прокинуты наружу) просто берешь инфу о юзере из хэдера запроса.
я думаю что стоит оставить аутентификацию в основной части приложения
Возможно придётся попилить наш rest-сервис на более маленькие. Из-за этого начали думать как правильно сначала вынести авторизацию/аутентификацию в отдельный микросервис
Спрашивали об авторизации, а не аутентификации.
да, но автор немного напутал, проверка токена это аутентификация и она нужна в каждом запросе
Вновь готового провайдера)
Обсуждают сегодня