безопасности общение между микросервисами и API Gateway на основе внутреннего JWT токена (для взаимодействия между микросервисами- как отдельный токен ,помимо клиeнского токена для обращения к API Geteway) или может быть другой тип токена, OAuth2 ,etc ?
На проекте где мне доводилось видеть микросервисы за API Gateway ничего кроме https не было
Я не слышал и взломах в таких архитектурах ,но что-то кажется это не совсем безопасно
в смысле зачем ? Ещё и хттпс нужен
Mtls, service mesh, Zanzibar, какие ещё кейворды добавить
У нас все коммуникации между сервисами также закрыты аутентификацией через токен, только аутентификация идёт через clientid/Client secret. Ну и apigateway у нас не проверяет аутентификацию, он вообще по сути сейчас как reverse proxy используется для роутинга и ограничения количества запросов от одного внешнего клиента. Внутренняя коммуникация сервисов идёт напрямую без gateway. Не уверен, что у нас сейчас лучшая архитектура, но вполне работает. Регулярные pentests проходит.
У меня сейчас как раз стоит архитектурный вопрос как делать авторизацию сервисов, через гейтвей или в самих сервисах. И там и там свои плюсы/минусы, поэтому выбор сложный)
Чем меньше вы цепляете обязанностей на сервис - тем легче. Авторизация - такая же обязанность
Есть авторизация, завязанная на контекст сервиса, гейтвей ничего про контекст не знает
Авторизация или аутентификация?
Есть же ещё сайд кары, что б ещё сложнее выбрать было
Тогда только в сервисах, и можно глянуть на какой spicedb/openfga
Ну так расскажите ему, если он ничего не знает
Обсуждают сегодня