在API世界中进行服务组成的正确位置

Question

我在API默认成为一个标准的环境中工作，并且我们有很多可用的微型服务...但是仍然无法满足我的客户的要求。。

我的客户需要通过编写新作品并进一步托管服务来提供的数据和匹配。

1）在专用的PAAS实例上进行此组合，网关或主机的正确平台是什么？

2）我开始进行组成的那一刻，我最终要为直接从数据库获取数据

的数据付费。

任何帮助都会有用

Answer 1

1. 作为许多微服务从业人员，您可以使用API网关作为客户的入口处，并在那里制作服务组成。更多信息这里
2. 是的，HTTP有开销，但有时会被分解超重

Answer 2

如下所建议的，建议在网关层实现服务组成/编排，但首选单独的手工编码的立面层。

这背后的原因是可伸缩性。每当需要缩放服务时，API网关也必须不必要地缩放。

所以这里的选项是：

1. 手工编码的外墙层
2. ESB API用于编排。Gateway将称为ESB API，反过来策划。

Answer 3

寻找将近两年后，我在GraphQl中找到了答案，它允许进行聚合并以最小的烦恼进行视图。

这是来自Apollo，Facebook等多家公司的开源实施，可提供多种语言。