我读了几篇文章,告诉我们微服务之间的通信,我选择了基于事件的微服务之间的通信模式,但现在我想知道客户端应该如何通信,如果它向API网关发送请求,它是应该等待响应(这可能需要时间,因为微服务之间内部通信的基于事件的性质),还是应该说“正在处理”,并进行轮询以检查请求是否完成?
客户端--> api网关-->微服务通信的标准实践是什么?
发布于 2019-05-19 20:35:05
大多数时候,你会发现客户端--> API网关-->微服务通信实际上是同步的,这意味着客户端需要等待并阻塞,直到收到响应。通常,它被实现为基于HTTP的调用,客户端触发该调用到API网关,然后到达后台的微服务。这似乎不是你所说的那种基于事件的交流。
基于事件的通信的标准实践如下: Client --> Event/Message Broker --> Microservice这是一种异步方法,客户端不会阻塞/等待响应。但是,客户端需要有一个反向通道事件处理进程,该进程正在侦听通信以处理从微服务返回的响应。微服务-->事件/消息代理-->客户端。
https://stackoverflow.com/questions/56206507
复制相似问题