三种通信方法

在微服务架构的世界中，我们通过一系列服务构建应用。集合中的每项服务都符合以下标准：

• 松散耦合
• 可维护和可测试
• 可以独立部署

微服务架构中的每个服务都解决了应用中的业务问题，或至少支持一个。一个团队对应用中的一个或多个服务负责。

微服务架构可以解锁许多好处。

• 它们通常更容易构建和维护
• 服务是围绕业务问题组织的
• 它们可以提高生产力和速度
• 它们鼓励自主、独立的团队

这些好处是微服务越来越受欢迎的一个重要原因。但有一些可能会破坏这些好处的坑。如果不小心掉进去了，你将得到一个不断产生技术债的架构。

微服务之间的通信就是一个坑，假如不提前考虑就会造成严重的破坏。

该体系结构的目标是创建松散耦合的服务，并且通信在实现这一目标中起着关键作用。在本文中，我们将重点关注在微服务架构中进行通信的三种方式，每一种都有其自己的利弊和权衡。

HTTP通信

选择服务如何相互通信时，最直接的方式往往是 HTTP。事实上，我们可以提出一个案例，即所有通信渠道都来自这个渠道。但是除此之外，服务之间的 HTTP 调用是服务到服务通信的可行选择。

如果我们的架构中有两个服务，它可能看起来像这样： ServiceA 可以请求并调用 ServiceB 来获取另一条信息。
 

（编辑：南昌站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!