如何在微服务架构中对资源(前端页面+后端接口)进行权限控制

如何对资源(前端页面+后端接口)进行权限控制

在微服务架构中,请求的拦截在gateway中完成,而权限的查询是在uaa中完成,在gateway和uaa集成部署的情况下实现较为简单,如果两者分离实现起来就会比较麻烦,一种方案是在gateway的资源filter中内部调用uaa的权限查询模块,该方案是可行的,但是存在两个弊端:

  1. 响应延时:每个资源的请求都会附带一次uaa内部调用,加重uaa服务的负担并延长了响应时间。
  2. 过度依赖:gateway作为api网关,过度依赖了api提供方(uaa)的内部方法,导致系统耦合度提升。

因此应寻找一种低响应延时、松散依赖的解决方案:“token扩展”。

"token扩展"的思路为在token形成时追加用户资源权限(ar)属性,在资源的拦截中获取ar并与当前请求的资源比对,相当于将用户的资源权限缓存到了token中,uaa通过客户端浏览器将权限信息传递至gateway,gateway直接解析request获取AR,避免了内部调用导致的过度依赖问题和相应延时问题。此方案应注意在用户登录期间的AR变动需在下次登录后方能生效!!!

具体步骤如下:

  1. uaa中扩展token属性(具体步骤参考最后部分),如在token中扩展ar属性,内部包含当前用户有权限访问的前端页面列表
{...,"ar":["a.html","b.html"]}
  1. gateway中拦截鉴权
        //解析ar
        Cookie accessTokenCookie = OAuth2CookieHelper.getAccessTokenCookie(request);
        Map<String, Object> additionalInformation = tokenStore.readAccessToken(accessTokenCookie.getValue())
                .getAdditionalInformation();
        List<String> ar = (List<String>) additionalInformation.get("ar");
        //鉴权
        for (String resourceUrl : ar) {
                if (resourceUrl == null) {
                    continue;
                }
                if (resourceUrl.startsWith(requestUri)) {
                    return false;
                }
        }
        

token 属性扩展

org.springframework.security.oauth2.provider.token.TokenEnhancer#enhance提供了扩展token属性的可能性,以下demo在token中增加ar属性,并使用@Component注入容器以生效。

@Component
public class ArTokenEnhancer implements TokenEnhancer {
    
    @Override
    public OAuth2AccessToken enhance(OAuth2AccessToken accessToken, OAuth2Authentication authentication) {
        addClaims((DefaultOAuth2AccessToken) accessToken,authentication);
        return accessToken;
    }

    private void addClaims(DefaultOAuth2AccessToken token, OAuth2Authentication authentication) {
        Map<String, Object> additionalInformation = token.getAdditionalInformation();
        additionalInformation.put("ar", "something you like");
        token.setAdditionalInformation(additionalInformation);
    }
}
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,针对图书管理系统进行系统架构设计,我们可以从以下几个方面考虑: 1. 系统需求分析 首先,需要明确系统的需求和功能,例如:图书信息管理、借阅管理、归还管理、读者管理、权限管理等等。 2. 架构模式选择 根据系统的需求,可以选择适合的架构模式。常见的架构模式有MVC架构、三层架构、微服务架构等等。在此推荐选用MVC架构,因为它可以将系统的业务逻辑、数据处理和用户界面分离开来,易于维护和扩展。 3. 技术栈选择 选择适合的技术栈也是很重要的。例如:后端可以选择Java、Python等语言,前端可以选择React、Vue等框架。同时,还需要考虑数据库的选择,如MySQL、Oracle等。同时,针对系统的性能、安全性等方面也需要进行考虑。 4. 系统架构设计 在系统架构设计,需要将系统分为几个模块,例如:前端模块、后端模块、数据库模块等。其前端模块负责用户交互界面的设计和实现;后端模块负责系统业务逻辑的处理和数据的处理;数据库模块负责数据的存储和管理。 5. 设计API接口 在系统架构设计,需要设计API接口,以便前端后端进行交互。API接口应该尽量简洁明了,遵循RESTful API的规范。 6. 安全性设计 在系统架构设计,需要考虑系统的安全性。例如:用户注册、登录等需要进行身份验证,同时需要进行数据加密等措施。 综上所述,对于图书管理系统进行系统架构设计,需要从需求分析、架构模式选择、技术栈选择、系统架构设计、API接口设计和安全性设计等方面进行综合考虑。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值