首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

.Net微服务实践(三):Ocelot配置路由和请求聚合

区别就是再每一个路由配置下多了一个 Key, Key的值可以任意定义(但建议还是按业务含义定义) 在Ocelot.json中添加如下配置 "Aggregates": [ { "ReRouteKeys...": [ "Orders", "Products" ], "UpstreamPathTemplate": "/api/aggregates"...} ] 注意Aggregates配置是和在ReRoutes配置平级的 { "ReRoutes": [], "Aggregates": [], "GlobalConfiguration...": {} } 示例说明: 当访问http://localhost:5000/api/aggregates, 会同时返回订单数据和产品数据 运行示例进行验证 既然是多个请求聚合,那么问题来了: 如果其中一个服务宕机...我们停止订单服务,再次当访问http://localhost:5000/api/aggregates, 结果返回500 如果其中一个服务不是宕机,而是返回500,会怎么样?

77410
您找到你想要的搜索结果了吗?
是的
没有找到

Ocelot(二)- 请求聚合与负载均衡

Ocelot允许我们在配置文件中声明聚合路由 Aggregates,从而实现这样的效果。...在这个过程中,我是可以单独访问Willing或者Jack的,因此,他们是在 ReRoutes中声明的两组普通的路由,而他们的领导是在 Aggregates中声明的一组聚合路由。...Aggregates跟 ReRoutes是同级的,而且也是一个数组,这代表着我们可以声明多个聚合路由,而在我们声明的这一组聚合路由中的属性 ReRouteKeys,它包含的元素就是我们真正需要响应的路由的...我们来看配置文件 "Aggregates": [ { "ReRouteKeys": [ "aggr_willing", "aggr_jack", "aggr_error"...Aggregates中一组配置增加了属性 Aggregator,表示当获得返回结果,由聚合器 LeaderAdvancedAggregator进行处理。

99910
领券