微服务架构中客户端到 API 网关的通信

Question

我已经阅读了几篇关于微服务之间通信的文章，我选择了微服务之间基于事件的通信模式，但是现在我想知道客户端应该如何通信，如果它向API 网关，它应该等待响应（由于内部微服务之间基于事件的通信性质，这可能需要一些时间）还是应该说“正在处理”并进行轮询以检查请求是否完成？

客户端-->api网关-->微服务通信的标准做法是什么？

Answer 1

大多数时候你会发现客户端 --> API 网关 --> 微服务通信实际上是同步的，这意味着客户端需要等待和阻塞，直到收到响应。通常，它被实现为基于 HTTP 的调用，客户端触发 API 网关，然后到达后面的微服务。这似乎不是您所说的那种基于事件的通信。

基于事件的通信的标准做法类似于：客户端 --> 事件/消息代理 --> 微服务 这是一种异步方法，其中客户端不阻塞/等待响应。但是，客户端需要有一个反向通道事件处理进程来监听通信以处理从微服务返回的响应。微服务 --> 事件/消息代理 --> 客户端。