微服务之间的数据共享

Question

当前体系结构：

问题：

我们在前端和后端层之间有一个两步流程。

null

微服务2(MS2)需要验证I1的完整性，因为它来自前端。如何避免对MS1进行新的查询？最好的办法是什么？

我试图优化的流删除了步骤1.3和2.3

流程1：

null

流程2：

• 2.1用户X已在本地/会话存储中存储了数据(MS2_Data)
• 2.2用户X在MS1上保留数据(MS2_Data+MS1_Data)
• 2.3 MS1使用B2B HTTP请求检查MS2_Data的完整性
• 2.4 MS1使用MS2_Data和MS1_Data持久化和数据库1，并构建HTTP响应。

进路

问题是微服务1如何信任前端发送的信息。也许使用JWT以某种方式对来自微服务1和微服务2的数据进行签名将能够验证消息。

注每次微服务2需要来自微服务1的信息时，都会执行一个B2B http请求。（HTTP请求使用ETAG和缓存控制：max-age）。如何避免这一点？

体系结构目标

当前架构的缺点是每个微服务之间执行的B2B HTTP请求的数量。即使使用缓存控制机制，每个微服务的响应时间也会受到影响。每个微服务的响应时间是非常关键的。这里的目标是存档一个更好的性能和一些如何使用前端作为网关在多个微服务之间分发数据，但使用推力通信。

MS2_Data只是一个实体SID，类似于产品SID或供应商SID，MS1必须使用它来维护数据完整性。

可能的解决办法

其思想是将网关用作api网关请求处理，该处理将缓存来自MS1和MS2的一些HTTP响应，并将它们用作对MS2 SDK和MS1 SDK的响应。这样，MS1和MS2之间就不会直接进行通信（同步或异步），也避免了数据重复。

null

Answer 1

请查看“我的问题的可能解决方案：

其思想是将网关用作api网关请求处理，该处理将缓存来自MS1和MS2的一些HTTP响应，并将它们用作对MS2 SDK和MS1 SDK的响应。这样，MS1和MS2之间就不会直接进行通信（同步或异步），也避免了数据重复。

灵感来源：https://aws.amazon.com/api-gateway/和https://getkong.org/