这是Sinatra + angular.js +自定义提供程序的Oauth2工作流的概念是否正确？

Question

我想构建三个示例应用程序。一个是sinatra oauth2提供者，第二个是rails应用程序，前端是angular.js，后端是rails，第三个是后端的sinatra和前端的angular.js。

我们的Rails / Sinatra应用将使用satelizer和我们的自定义提供商对用户进行身份验证。

这是我们的 Oauth2 工作流程。

1. 使用 Satellizer ，我们从提供商处获取授权码。我们将此代码发送到我们的后端。
2. 在使用此授权码，密钥和其他参数的后端，我们向提供商发送请求以获取访问令牌。
3. 使用此获取访问令牌，我们调用'/me'操作以从提供商处获取uid，电子邮件和其他用户属性。
4. 在同一个操作中，我们解析响应主体，然后根据uid找到或创建用户。
5. 我们想知道这个步骤应该以某种方式设置用户的身份验证令牌。
   • 将提供者访问令牌存储在用户数据库记录中。
   • 生成新的身份验证令牌并在每次请求时更改
6. 使用用户uid和令牌生成JWToken并将其发送回卫星。
7. 然后在每个请求上，Satellizer在标头中包含 Bearer JWToken 。在recive请求我们的后端验证存储在数据库中的标头令牌并在我们的案例devise(sign_in, store: false)中调用sing_in方法可能在sinatra app中我们将使用warden。

您如何看待这个概念？也许我们错过了什么。这是我们的第一个oauth2身份验证实现，我们对此感到担心。