Стратегии проверки подлинности микрослужб

Я не можете выбрать достойного/стратегии защищенной аутентификации для архитектуры микрослужб. Только такой пост я нашел на эту тему это: единый вход в архитектуре микрослужб

моя идея здесь состоит в том, чтобы иметь в каждой службе (например. проверка подлинности сообщений, уведомлений, профилей и т. д.) уникальная ссылка на каждого пользователя (вполне логично тогда его user_id) и возможность получить текущий пользователь id при входе в систему.

из моего исследования, я вижу, есть две возможные стратегии:

1. Общая архитектура

в этой стратегии приложение аутентификации является одним из сервисов среди других. Но каждая служба должна быть в состоянии сделать преобразование session_id=>user_id Так что это должно быть очень просто. Вот почему я подумал о Redis, что бы хранить ключ: value session_id:user_id.

2. Архитектура брандмауэра

в этой стратегии, сессии хранение на самом деле не имеет значения, так как оно обрабатывается только аутентифицирующим приложением. Тогда user_id может быть перенаправлен в другие службы. Я думал о Rails + Devise (+Redis или mem-cached, или хранилище cookie и т. д.) но есть масса возможностей. Единственное, что имеет значение, это то, что Службе X никогда не нужно будет аутентифицировать пользователя.

как эти два решения сравниваются в терминах оф:

• безопасность


• надежность


• масштабируемость


• простота использования

или, может быть, вы предложите другое решение, о котором я здесь не упоминал?

мне больше нравится решение № 1, но я не нашел много реализации по умолчанию, которая обеспечила бы меня в том, что я иду в правильном направлении.

Я надеюсь, что мой вопрос не будет закрыт. Я не знаю, где еще спросить оно.

спасибо заранее