А стоит авторизация + все нужные гварды, своя БД. Как сделать так, чтобы дергать ендпоинты сервиса Б можно только если ты авторизовался в А?
Гварды, очевидно
и что даст гвард если у тебя БД автономны и в разных сетях докерных, это же два разных микросервиса?
Ну сервис то авторизации у них общий
что значить взять юзера и прокинуть в контекст? Я выдаю токены вебу, веб дергает методы. В теории человек получивший или не получивший токены может дернуть сервис Б который лежит на отдельном сервере и как тут гвард поможет?
как ты проверяешь, что токен валидный, что он не истек и что есть права у юзера на выполнение запроса?
у сервиса А есть jwt гварды и прочая приблуда пасспортная
Зашей в токен к каким сервисам может быть доступ
А если токен протух или юзер удалился или рефреш протух
То не будет работать ни там, ни там. Проверки же делаешь ?
значит что в сервисе Б тебе нужно пойти в сервис юзеров а потом прогнать через гвард, чтобы проверить это
какие варианты есть пройти в сервис юзеров? брокеры? хттп норм (нет)
любые инструменты для общения микросервисов можно даже редис юзать
и прямо в гварде можно будет получить ответ от брокера?
прямо в ней не надо, пусть она занимается валидацией эта задача для хука или миделваря
а вы бы что использовали для этого кейса? Редис или чё то другое?
Возможно тебе нужен oauth2, где сервер авторизации и сервер ресурсов находятся в разных местах
Обсуждают сегодня