Restful微服务的两种通信方式，通知是否合理？

Question

许多书籍和文章指出，微服务中的循环通常很糟糕，因为它们引入了相互依赖，结果导致更大的依赖、版本控制和部署问题需要解决。

但是，假设有服务A，调用服务B，也假设由于这个调用会启动冗长的计算，所以我们不应该让这个调用同步。一个可能的解决方案是服务 A 将资源 url 传递给服务 B，以便当 B 计算结果时，它应该将结果发布到给定的 url 遵循宁静的范式。所以这个最终资源就像某种回调。这种方法确实可以解决我的问题，但是如上一段所述，它引入了循环依赖。这个可以吗？如果不是，您将如何解决同样的问题？

Answer 1

它还可以，但不是一个好的设计，因为您可以看到依赖项是相当硬编码的。

您可以选择使用消息传递，将请求消息放在一个队列中，将响应消息放在另一个队列中。

通过这种方式，您的通信将是异步的、松散耦合的，并且任何服务都不需要非常具体地了解彼此及其位置/地址。 这也是 Reactive Manifesto 推荐的沟通方式。