问题描述
我对微服务有些陌生。我目前正在使用微服务开发应用程序,同时使用同步和异步通信方法。最近,我看到一些文章说您不应该使用同步(http)通信,而应该只使用异步(消息代理)。
所以我的第一个问题是标题为“微服务中服务反模式之间的同步通信吗?”
如果是,那么我该如何克服这种情况: 假设我有两个服务,分别称为“用户”和“消息”,并且用户A要向用户B发送消息。因此,当用户A发送消息时,我要检查用户A是否有向用户B发送消息的权限。包含在用户服务中。为了获得这些信息,我必须从消息服务向用户服务发出请求。如何在不使用对用户服务的同步请求的情况下克服此问题?
解决方法
没错,微服务架构中的同步交互通常被称为反模式,但我不会这样称呼,因为我们仍然经常使用这种模式。
此外,要使用哪种模式在很大程度上取决于整个系统的微服务架构。
您可以在确实必要且合理的服务之间使用同步通信。 无论何时不需要其他服务的即时响应,我都会使用异步通信。 理想情况下,应尽量减少同步交互,但不幸的是,您仍然不能没有同步交互,因为在某些情况下,客户端需要服务的即时响应。
最受欢迎的同步通信技术是:
- REST
- gRPC
我建议在下面的link中阅读微服务体系结构中服务之间的同步交互模式。