转载

Java架构-SpringCloud分布式架构权限管理

概述

本文讨论分布式架构权限管理的两种情况，一种是针对统一授权访问的，一种是跨平台接口访问的。

虽然分布式架构会做业务的切割，将整体的业务切割为独立的子业务或者子平台，但是同一平台下往往会有统一的授权和单点登录，客户端而言平台是整体的，这种是统一授权访问的权限管理。但是也会遇到多平台协作的情况，这种情况不用考虑其他平台的架构，只需要为其提供数据接口跟其对接就可以，这种情况就要考虑跨平台接口访问的权限管理。

一、统一授权访问

前端采用web服务器，nginx或者haproxy之类的都可以，利用nginx做第一层反向代理，用zuul做第二层反向代理，两层反向代理对于常见的网络渗透和爬虫基本可以轻松应对。在这个前提下，我们处理接口授权和访问安全等问题，而且需要从客户端和服务端都进行安全控制。

1、用户通过用户名、密码发起登陆请求，这里可以配合验证码、短信验证、微信验证等提高安全级别，登陆请求访问到权限中心的ZUUL。

2、由ZUUL反向代理到权限中心的SERVICE。

3、查询用户、角色信息，进行查询匹配。

4、有查询结果以后反馈，反馈用户状态，用户、角色、权限信息等。

5、生产TOKEN，TOKEN的算法需要自己编写，建议加入时间戳等信息进行加密。存放在SESSION或者直接放入REDIS中，一般建议放入SESSION中，因为分布式架构要做SESSION共享，必须有一个SESSION共享池，SESSION共享池一般会用REDIS来做，而SESSION可以利用SESSIONID，确认唯一用户，比较方便。

6、返回给客户端用户、角色、权限信息。

7、浏览器客户端通过得到的用户、角色、权限信息进行前端功能和菜单的渲染，隐藏非授权的功能，并且可以基于这些信息做前端的校验，但是这种校验由于都在客户端，很容易被人篡改，只能做一些基本防护，但是这是必要的。

8、浏览器客户端发送业务请求到服务端，请求会附带客户端菜单或者功能的权限信息，服务端通过ZUUL的拦截器拦截业务请求，访问SESSION共享池。

9、然后通过SESSIONID得到TOKEN信息，通过我们的TOKEN算法进行解密，得到用户、角色、权限信息。

10、进行匹配校验，查看本次请求是否有接口访问权限，校验通过就可以访问接口，校验不通过就不能访问。