Как реализовать REST API с универсальным аккаунтом?

Question

[Иван Воробей]

Не могу придумать как оптимально организовать взаимодействие двух API:

Первое API хранит аккаунты-пароли, второе - это проект. Чтобы войти в проект - нужно ввести логин-пароль из универсального аккаунта (первый API). И так для всех будущих проектов.

Вопрос не в конкретной реализации, а в идее.
P.S. SSO - не то что нужно. Цель не единый вход, а единый аккаунт.

Comments

[Станислав Макаров]

> Цель не единый вход, а единый аккаунт.
Давайте попробуем подробнее разобрать это утверждение, т.к. дело в терминах. Что для вас значит "единый аккаунт"? SSO обеспечивает перенос ответственности за аутентификацию на отдельный сервис. Если "аккаунт" для вас - это аутентификация, то SSO это таки единый аккаунт.
Возможно, для вас единый аккаунт - это единый центр информации о пользователе (фамилия, имя, почта, и т.д.). Некоторые реализации SSO также обеспечивают вас этой информацией (см. OpenID Connect, о котором мы с вами уже говорили).
Если же и это не ваше понятие "единого аккаунта", то тогда поясните).

[Иван Воробей]

Станислав Макаров: я подразумеваю OpenID Connect. И да, видимо он решит мою задачу. Пока изучаю протокол и реализации. Но чем дальше в лес, тем волки страшнее.
Кстати, я тут набросал свой велосипед с единым аккаунтом: Нагрузка на REST API в описанной реализации?
Имеет место быть такая архитектура?

Answer 1

[Defman21]

Делаете единый центр авторизации в любом удобном виде (RESTFUL), в проектах создаете функции авторизации с помощью единого центра. Регистрацию аккаунта лучше делать не в проектах, а на главной странице этого центра. Все сервисы ТМ используют такой подход (Хабр, Мегамозг, Гиктаймз, Тостер), посмотрите как это реализовано у них.

Comments

[Иван Воробей]

Их примером и вдохновился. Если не трудно, посмотрите идею реализации: Нагрузка на REST API в описанной реализации?

Обобщенно похоже на то что вы описали. Возможно я уже нашел решение, но не уверен что верное