不想重复做注册登录，想要整合成一个微服务，于是我开始查找、思考、设计，但是走着走着就遇到一个关键问题：用户数据应该放在哪里管？之所以有这个疑惑是考虑了下面几个东西：1.用户的类型（假设）：管理员，商户，普通用户...用户的种类存在变化，而且这是由应用业务决定的，多种多样的用户类型，该怎么去设计数据结构？2.用户信息，比如手机号码，电子邮箱...这些可能在每个应用都会存在，但是很可能不同的应用业务所需求构成的用户信息是存在一些异同的，一下子也很难想到该怎么去设计数据结构？3.特别的业务需要联接相关用户表查询，这个查询是否存在难度或者副作用？4.如果多个应用的用户数据量很大，并且以后还会有应用增加，这么大的数据量统一管理是否会造成一些难度和问题？我不是要问怎么去统一认证做鉴权，我想更加深入的了解，具体到服务的架构设计，特别是数据结构设计的时候是怎么做的？比如：阿里的服务（淘宝、天猫、支付宝...）他们的用户数据结构是怎么设计的？就结果而言，应该只有2种导向吧：用户信息管理要么放在统一认证鉴权服务这边管理；要么分散到每个应用系统各自管理。
添加回答
举报
0/150
提交
取消