本文探讨了在微服务架构中，如何处理多个微服务间的数据聚合问题。通过API网关，可以解决跨服务数据获取的挑战。介绍了API网关的概念，如单节点API网关和Backends for frontends网关，并列举了几个开源API网关项目，如Tyk、Kong和Zuul。提出在ASP.NET Core中实现双重网关的方案，结合OpenResty和Aggr Api Gateway来处理高并发和聚合服务。最后，提到了微服务间的跨服务操作和分布式事务的一致性问题。
我们知道在微服务架构风格中，一个大应用被拆分成为了多个小的服务系统提供出来，这些小的系统他们可以自成体系，也就是说这些小系统可以拥有自己的数据库，框架甚至语言等，这些小系统通常以提供 Rest Api 风格的接口来被 H5, Android, IOS 以及第三方应用程序调用。
但是在UI上进行展示的时候，我们通常需要在一个界面上展示很多数据，这些数据可能来自于不同的微服务中，举个例子。
在一个电商系统中，查看一个商品详情页，这个商品详情页包含商品的标题，价格，库存，评论等，这些数据对于后端来说可能是位于不同的微服务系统之中，可能我后台的系统是这样来拆分我的服务的：
产品服务 - 负责提供商品的标题，描述，规格等。
价格服务 - 负责对产品进行定价，价格策略计算，促销价等。
库存服务 - 负责产品库存。
评价服务 - 负责用户对商品的评论，回复等。
现在，商品详情页需要从这些微服务中拉取相应的信息，问题来了？
问题
由于我们使用的服务系统架构，所以没办法像传统单体应用一样依靠数据库的 join 查询来得到最终结果，那么如何才能访问各个服务呢？
按照微服务设计的指导原则，我们的微服务可能存在下面的问题：
服务使用了多种协议，因为不同的协议有不同的应场景用，比如可能同时使用 HTTP, AMQP, gRPC 等。
服务的划分可能随着时间而变化。
服务的实例或者Host+端口可能会动态的变化。
那么，对于前端的
最低0.47元/天 解锁文章
223
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
