微服务间通信性能

Question

“在微服务之间添加的同步依赖关系越多，例如查询请求，客户端应用程序的总体响应时间就越差。

“这是真的吗？我认为在同步通信中，我们比异步通信更直接地得到反馈。例如，假设一个用户向微服务a发送http请求，微服务a又异步地向另一个微服务B发送请求，并异步地等待它的答复。如果微服务B关闭，那么用户将等待到超时才能得到响应，而在同步通信中，他将立即得到响应。

Answer 1

虽然在技术上可以等待“异步”消息答复，但您不应该这样做。因此，这两种体系结构并不完全同构。“异步通信”通常是指微服务领域中的反应模型，在某些事件总线中使用触发和忘记消息。它也改变了用户体验，所以它可能不适用于所有业务。

举你的例子，如果微服务B关闭了

• 同步情况：调用链失败，并向用户报告错误。
• 反应消息案例：服务A立即向业务事务启动的用户发送响应，他们稍后将得到最终结果。如果B醒来，它将处理该消息，并可以通过例如打开的WebSocket（如果有的话）向客户机发送答复。

如果微服务B已启动

• 同步情况：A将等待B处理请求，因此它将延迟响应。链中的服务越多，响应就越延迟
• 反应消息情况：同上，A立即返回，等等…

正如您所看到的，在反应性的情况下，请求不会因为较长的处理链而延迟，相反，它会随着过程的进行而通过反应性地发送中间结果来改变用户体验。当然，您的业务必须支持这种事务性模型。