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

Question

在微服务架构中，建议:

1. 客户端应用到 API 网关的通信应该是同步的(比如REST 通过 http)。

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

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

Another rule you should try to follow, as much as possible, is to use only asynchronous messaging between the internal services, and to use synchronous communication (such as HTTP) only from the client apps to the front-end services (API Gateways plus the first level of microservices).

https://learn.microsoft.com/en-us/dotnet/standard/microservices-architecture/architect-microservice-container-applications/asynchronous-message-based-communication

现在，如果我理解正确的话，当用户请求 API 网关时，它又调用第一个服务，它将返回一个确认(带有一些 GUID)，该确认将传递给客户端应用程序。但服务将继续执行请求。现在弹出的问题是，当请求被完全处理时，他们将如何通知客户端应用程序。一种方法是客户端可以使用传递给它的 GUID 检查状态。

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

Answer 1

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