Хочу реализовать микросервисную архитектуру. В голове такая схема: клиент обращается

Question

Хочу реализовать микросервисную архитектуру. В голове такая схема: клиент обращается

к api gateway, предоставляя ему ассез токен, далее апи ггетвей делает запрос к авторизационному микросервису и проверяет доступ, после этого подменяет ассезз токен на другой токен с доступом к микросервису и перенаправляет запрос клиента к микросервису, а микросервис снова проверяет токен, обращаясь к авторизационному микросервису. Меня немного смущает в такой архитектуре, что по сути, чтобы получить доступ к микросервису нужно сделать 4 запроса по сети, то есть скорость запроса снижается в 4 раза. кто сталкивался? мои микросервисы будут в инете, а не в приватной сети

#backend #javascript #node.js #programming #russian

0

27.08.2021

18 ответов

21 просмотр

ArtsyomK Автор вопроса

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

0

27.08.2021

🆃🅰🆁🅸🅺 🇺🇦

Прокси на фронте?

0

27.08.2021

ArtsyomK Автор вопроса

на апи

0

27.08.2021

Denis Khomyakov

Адовый оверхед. Я бы сделал так. Бфф для фронта, которых ходит в сервис авторизации, тот проводит аутентификацию, и возвращает юзера и права авторизации. А далее бфф педорит в реестр сервисов, который перенаправляет в нужный сервис. Общение между фронтом и бфф по токе аавторизации. А общение между сервисами по токену из конфига реестра сервисов.

0

27.08.2021

Arcuman(Anton)

А что такое бфф ?

0

27.08.2021

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷

best friends forever

0

27.08.2021

Alexey Ivanov

Где тег? Говорил что амбассадора поставишь