微服务中服务之间的同步通信是否是反模式？

如何解决微服务中服务之间的同步通信是否是反模式？

我对微服务有些陌生。我目前正在使用微服务开发应用程序，同时使用同步和异步通信方法。最近，我看到一些文章说您不应该使用同步（http）通信，而应该只使用异步（消息代理）。

所以我的第一个问题是标题为“微服务中服务反模式之间的同步通信吗？”

如果是，那么我该如何克服这种情况： 假设我有两个服务，分别称为“用户”和“消息”，并且用户A要向用户B发送消息。因此，当用户A发送消息时，我要检查用户A是否有向用户B发送消息的权限。包含在用户服务中。为了获得这些信息，我必须从消息服务向用户服务发出请求。如何在不使用对用户服务的同步请求的情况下克服此问题？

解决方法

没错，微服务架构中的同步交互通常被称为反模式，但我不会这样称呼，因为我们仍然经常使用这种模式。

此外，要使用哪种模式在很大程度上取决于整个系统的微服务架构。

您可以在确实必要且合理的服务之间使用同步通信。 无论何时不需要其他服务的即时响应，我都会使用异步通信。 理想情况下，应尽量减少同步交互，但不幸的是，您仍然不能没有同步交互，因为在某些情况下，客户端需要服务的即时响应。

最受欢迎的同步通信技术是：

• REST
• gRPC

我建议在下面的link中阅读微服务体系结构中服务之间的同步交互模式。