微服务体系下，若各服务仅操作自己的表，用户表该如何处理，因为其势必与其他业务会有耦合，比如有个活动表里面有个字段表示参与活动的用户。

[batxent]

[seaguest]

微服务模块之间通过 RPC 调用。
譬如你的用户模块提供一个 RPC 接口查询 user 的功能。
就算是整合在一起也是需要这个查询的。

[ming7435]

接口

[PIAPIAPIA]

你是问 feign 吗

[HuasLeung]

RPC 远程调用，如 Java 微服务框架 Spring Cloud 中的 Feign

[Muninn]

用户是个单独的服务。

很多地方只用 user id，根本不用和 user 服务交互。

需要改写 user 的数据的时候，用 rpc 或者队列改一下就行了。 需要用 user 具体的数据也是 rpc 调用。

[passerbytiny]

搜索关键字：事件、消息驱动、最终一致性。终极解决方案：花两年时间读《领域驱动设计》。RPC 不是微服务，别被某些人误导了

[Tink]

用户表也是一个微服务

[Cbdy]

高频使用的用户信息通过网关授权切面注入到请求，不常用由用户服务提供 RPC 接口

[batxent]

若只是 PRC 调用，
@Muninn 我之前的思路大致跟你相同，目前还没有实践过，不知道会不会有新的坑

[Muninn]

@batxent 其实 rpc 写起来比较烦躁，目前的趋势会像 @passerbytiny 说的，是事件驱动。能异步的尽量都异步。

只有个别地方需要读取两个服务的数据共同给前端结果的时候，一部分是想办法让前端调用两次，一部分只能后端用 rpc 或者其他同步协议调用了再给前端了。

[passerbytiny]

@Muninn #10 读取两个服务的数据共同给前端结果，这也是一个服务。该服务是 node js 服务端该发挥的时候。