平台组成-用户服务

这是平台的核心服务之一。整个平台,不管什么应用,用户和权限都统一进行管理。在一个大型应用平台里,这部分调用非常频繁,其稳定性、反应速度都对平台的影响很大。所以一般情况下,这部分服务会启动多份。多个服务之间就有了数据同步的问题。

        解决这个问题的核心是使用redis高速缓存。不管哪个服务认证,其认证结果(表现为jwt)缓存在同一个redis中,用户的权限模型计算结果(角色叠加、规则应用)缓存其中。这样各个服务不做重复性工作,数据也能得到统一。

       用户的权限模型计算结果是用户登录时计算的,注销时销毁。当用户登录后,后台又同时修改权限定义时,用户的权限不能及时线上更新。所以要求用户必须重新登录。这个看起来是个缺陷,但是解决这个问题的代价还是比较大的。所以平台花了很大代价仅仅换来用户无需二次登录到底值不值的是个可探讨的问题。我们最终选择了要求二次登录。平台类似这样的案例很多。在技术邻域有很多类似的不可能三角,对于这些问题的取舍之道也是平台的价值所在。我在介绍平台时也会重点介绍这些,也欢迎大家一起讨论。

  • 8
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大道不孤,众行致远

请给我加油

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值