我在一个 API 成为默认标准的环境中工作，我们有很多可用的微服务......但仍然无法满足我客户的要求......
我的客户需要混合和匹配的数据，我需要通过编写新的作品来提供这些数据，并进一步将它们作为服务托管......
1) 什么是正确的平台来做这个组合、网关或将它们托管在专用的 paas 实例上？
2）当我开始进行组合时，与直接从数据库获取数据相比，我最终支付了 http 开销
任何帮助都会有所帮助
问问题
1092 次
3 回答
0
- 正如许多微服务从业者所建议的那样，您可以使用 api 网关作为客户端的入口点并在那里进行服务组合。更多信息 在这里
- 是的 http 有开销，但有时它会因分解而加重
于 2016-11-28T19:31:37.300 回答
0
正如这里所建议的，不建议在网关层实现服务组合/编排，但最好使用单独的手动编码外观层。
这背后的原因是可扩展性。每当需要扩展服务时，API 网关也必须进行不必要的扩展。
所以这里的选项是：
- 手工编码的立面层
- 用于编排的 ESB api。网关将调用 ESB api，后者依次进行编排。
于 2018-07-12T06:56:57.527 回答
0
在寻找了将近两年后，我在 GraphQL 中找到了答案，它允许以最小的麻烦进行聚合和视图选择。
它是来自 Apollo、Facebook 等多家公司的开源实现，并提供多种语言版本。
于 2018-08-21T08:01:42.130 回答