传统的单体架构,目前用户登陆注册,用户数据全部都是在一个系统中。目前公司业务扩展,需要再加两个系统,由其他团队来做,和之前系统不是一种业务,但是要使用原来用户名帐号来登录,用户是一套,需要我方独立出一个公共的用户中心,提供相关接口给其他团队对接。需要把用户表,企业表,部门表,需要独立出来。
目前能想到的方案就是:用户中心的用户表存放公共的字段,比如用户名、手机号、密码。并提供登陆接口,各子系统的前端页面提交用户名密码到子系统服务端后由子系统的服务端调用用户中心的登陆接口,登录成功后返回统一的用户 ID,各子系统有自己的用户表,表中有一个字段来存放这个 ID,其他字段为子系统独有的用户字段。实现子系统的用户与用户中心的用户一对一,登陆状态由各子系统来维持。
但是这个方案目前存在几个问题:
1、子系统每次想获取这个用户公共字段都要去调用用户中心查询吗?
2、各子系统的后台都需要实现用户管理的功能,肯定要涉及到后台分页,但是要显示公共字段,如果是本地的两张表 join 就可以了,但是现在是子系统的用户表和用户中心的用户表 通过统一的用户 ID 关联起来查询,还要分页,这个难道要每次在后台查询完本地表后 循环中通过接口带上用户 ID 去用户中心查询后手动拼接上去吗?
以上问题如何解决,或者有什么其他比较成熟的实现方案吗?之前没接触过分布式的东西,最近也在了解微服务,但是换成微服务不太现实。