微服务中API网关的异步响应

Question

在微服务架构中，建议：

>

客户端应用程序到API网关的通信应该是同步的（就像http上的REST一样）。

API网关到微服务的通信也应该是同步的

但是服务到服务的通信应该是异步的。

您应该尽可能遵循的另一个规则是，只使用内部服务之间的异步消息传递，只使用从客户端应用程序到前端服务（API网关加上第一级微服务）的同步通信（如HTTP）。

现在，如果我理解正确的话，当用户向API gateway请求并反过来调用第一个服务时，它将返回一个确认（带有一些GUID）并将其传递给客户机应用程序。但是服务将继续执行请求。现在问题出现了，当请求被完全处理时，他们将如何通知客户端应用程序。一种方法是客户机可以使用传递给它的GUID检查状态。

但是可以用一些推送通知来完成吗？如何集成服务器到服务器的推送通知？

Answer 1

我对此有一点不同的理解，因为它说服务之间的通信应该是异步的，而到API网关和API网关到服务的通信应该是rest API。因此，我们不需要做任何事情，因为这些都是简单的API调用，管道将处理请求-响应跟踪，而服务之间的异步调用将增加服务的吞吐量。