微服务下认证授权框架的探讨

一个项目拆分为若干个微服务,根据业务形态,大致分为以下几种工程

1.纯前端应用

示例,一个简单的H5活动页面,商户仅仅需要登录,就可以参与活动

2.前后端分离应用

示例,如xxx后台,xxxApi,由一个前端项目+一个后端项目组成

3.客户端应用

示例,控制台项目,如任务调度,挂机服务

现在有N个项目,每个项目又由N个微服务组成,微服务之间需要一套统一的权限管理,它需要同时满足商户(客户)在多个项目间无感切换,也需要满足开发者应用之间调用的认证授权

示例,xxx开放平台,一般有两个角色,商家和开发者, 开发者创建应用,研发,上线应用, 商家申请应用,使用应用

开发者A,注册成为xxx开放平台的开发者,创建了一个测试应用,测试应用依赖其它应用的某些能力(如,短信,短链….),申请获得这些能力后,开发完成,将测试应用发布到应用市场,

商家B,申请开通了测试应用和XXX应用,它可以无感的在两个应用间切换(单点登录)