Authentication 在';上执行CRUD操作的管理面板的身份验证工作流;外部';通过API获取数据?

Authentication 在';上执行CRUD操作的管理面板的身份验证工作流;外部';通过API获取数据?,authentication,oauth-2.0,token,access-token,Authentication,Oauth 2.0,Token,Access Token,管理面板(在自己的服务器上,拥有自己的“用户”数据库)通过API对不同服务器/数据库上的数据执行CRUD操作的标准身份验证方法/工作流是什么?(API对管理面板用户一无所知) 服务器1:管理面板 用户登录到管理应用程序(OAuth2,grant_type=password)。返回一个令牌。令牌在客户端存储在cookie中。使用令牌,用户可以与管理应用程序交互 服务器2:数据API 用户登录后,管理应用程序根据外部数据API进行身份验证,以检索用户可以管理的所有数据(OAuth2,grant_ty

管理面板(在自己的服务器上,拥有自己的“用户”数据库)通过API对不同服务器/数据库上的数据执行CRUD操作的标准身份验证方法/工作流是什么?(API对管理面板用户一无所知)

服务器1:管理面板

用户登录到管理应用程序(OAuth2,grant_type=password)。返回一个令牌。令牌在客户端存储在cookie中。使用令牌,用户可以与管理应用程序交互

服务器2:数据API

用户登录后,管理应用程序根据外部数据API进行身份验证,以检索用户可以管理的所有数据(OAuth2,grant_type=client_凭据)。返回一个令牌

。。。然后呢?

这两个令牌是否都存储在用户cookie中,其中:

  • {admin panel token}用于向管理员验证用户身份
    面板
  • {external data api token}用于对管理员进行身份验证
    外部数据API的面板(对于每个CRUD操作,用户
    (通过管理面板执行)
上述工作流程似乎很尴尬?两个代币?

当然,必须有一个更简单的认证工作流,用于必须是公共架构的东西,即客户端(管理面板)与外部API交互,其中API只知道客户端,而不知道客户端的用户