将gRPC和/或GraphQL用于微服务体系结构

Question

gRPC以其性能和效率似乎成为微服务内部通信的热门选择。

然而，gRPC使得查询关系数据变得更加困难，并且需要更多的工作来挂接到我们的API网关。

另一个选择是每个微服务实现它们自己的GraphQL模式，这样它们就可以使用API网关中的Apollo Federation轻松地拼接在一起。

1. 我们如何决定使用哪种方法？
2. 有没有什么值得我们考虑的显著优势？例如。在易用性、可维护性、可伸缩性、性能等方面？
3. 对于此用例，是否有更好的替代方案？

Answer 1

这取决于您正在实现的整体架构。

我建议同时使用GraphQL和GRPC：

>

使用Apollo Federation作为边界节点，无缝地处理来自使用GraphQL进行对话的前端的请求。

使用六边形架构（我们在我的公司使用显式架构）来实现DDD-领域驱动-设计。

为了无缝集成Apollo，您必须将GraphQL层实现到所有后端服务的体系结构中。

在读取模型中，实现GraphQL层。您将从联邦中受益（来自多个微服务的数据的并行读取将在联邦引擎中“加入”，而不需要您的API节点的任何参与）。

为了在write模型（突变）中进行后端服务之间的通信，请使用GRPC。

gRPC可以像本地一样远程调用CQRS命令。

因此，远程微服务看起来就像是本地后端代码的一部分。