一种接口依赖关系分层方案 | 京东云技术团队

1、背景

到店商详迭代过程中,需要提供的对外能力越来越多,如预约日历、附近门店、为你推荐等。这其中不可避免会出现多个上层能力依赖同一个底层接口的场景。最初采用的方案是对外API入口进来后获取对应的能力,并发调用多项能力,由能力层调用对应的数据链路,进行业务处理。然而,随着接入功能的增多,这种情况导致了底层数据服务的重复调用,如商品配置信息,在一次API调用过程中重复调了3次,当流量增大或能力项愈多时,对底层服务的压力会成倍增加。

正值618大促,各方接口的调用都会大幅度增加。通过梳理接口依赖关系来减少重复调用,对本系统而言,降低了调用数据接口时的线程占用次数,可以有效降级CPU。对调用方来说,减少了调用次数,可减少调用方的资源消耗,保障底层服务的稳定性。

原始调用方式:

2、优化

基于上述问题,采用底层接口依赖分层调用的方案。梳理接口依赖关系,逐层向上调用,注入数据,如此将同一接口的调用抽取到某层,仅调用一次,即可在整条链路使用。

改进调用方式:

只要分层后即可在每层采用多线程并发的方式调用,因为同一层级中的接口无先后依赖关系。

3、如何分层?

接下来,如何梳理接口层级关系就至关重要。

接口梳理分层流程如下:

第一步:构建层级结构

首先获取到能力层依赖项并遍历,然后调用生成数据节点方法。方法流程如下:构建当前节点,检测循环依赖(存在循环依赖会导致栈溢出),获取并遍历节点依赖项,递归生成子节点,存放子节点。

第二步:节点平铺

定义Map维护平铺结构,调用平铺方法。方法流程如下:遍历层级结构,判断当前节点是否已存在map中,存在时与原节点比较将层级大的节点放入(去除重复项),不存在时直接放入即可。然后处理子节点,递归调用平铺方法,处理所有节点。

第三步:分层(分组排序)

流处理平铺结构,处理层级分组,存储在TreeMap中维护自然排序。对应key中的数据节点Set<DataNode>需用多线程并发调用,以保证链路调用时间

1 首先,定义数据结构用于维护调用链路

Q1:为什么需要定义祖先节点?

A1:为了判断接口是否存在循环依赖。如果接口存在循环依赖而不检测将导致调用栈溢出,故而在调用过程中要避免并检测循环依赖。在遍历子节点过程中,如果发现当前节点的祖先已经包含当前子节点,说明依赖关系出现了环路,即循环依赖,此时抛异常终止后续流程避免栈溢出。

1public class DataNode { 2 /** 3 * 节点名称 4 */ 5 private String name; 6 /** 7 * 节点层级 8 */ 9 private int level; 10 /** 11 * 祖先节点 12 */ 13 private List<String> ancestors; 14 /** 15 * 子节点 16 */ 17 private List<DataNode> children; 18}

2 获取能力层的接口依赖,并生成对应的数据节点

Q1:生成节点时如何维护层级?

A1:从能力层依赖开始,层级从1递加。每获取一次底层依赖,底层依赖所生成的节点层级即父节点层级+1。

1/** 2 * 构建层级结构 3 * 4 * @param handlers 接口依赖 5 * @return 数据节点集 6 */ 7private List<DataNode> buildLevel(Set<String> handlers) { 8 List<DataNode> result = Lists.newArrayList(); 9 10 for (String next : handlers) { 11 DataNode dataNode = generateNode(next, 1, null, null); 12 result.add(dataNode); 13 } 14 return result; 15} 16 17/** 18 * 生成数据节点 19 * 20 * @param name 节点名称 21 * @param level 节点层级 22 * @param ancestors 祖先节点(除父辈) 23 * @param parent 父节点 24 * @return DataNode 数据节点 25 */ 26private DataNode generateNode(String name, int level, List<String> ancestors, String parent) { 27 AbstractInfraHandler abstractInfraHandler = abstractInfraHandlerMap.get(name); 28 Set<String> infraDependencyHandlerNames = abstractInfraHandler.getInfraDependencyHandlerNames(); 29 // 根节点 30 DataNode dataNode = new DataNode(name); 31 dataNode.setLevel(level); 32 dataNode.putAncestor(ancestors, parent); 33 if (CollectionUtils.isNotEmpty(dataNode.getAncestors()) && dataNode.getAncestors().contains(name)) { 34 throw new IllegalStateException("依赖关系中存在循环依赖,请检查以下handler:" + JsonUtil.toJsonString(dataNode.getAncestors())); 35 } 36 if (CollectionUtils.isNotEmpty(infraDependencyHandlerNames)) { 37 // 存在子节点,子节点层级+1 38 for (String next : infraDependencyHandlerNames) { 39 DataNode child = generateNode(next, level + 1, dataNode.getAncestors(), name); 40 dataNode.putChild(child); 41 } 42 } 43 return dataNode; 44}

层级结构如下:

3 数据节点平铺(遍历出所有后代节点)

Q1:如何处理接口依赖过程中的重复项?

A1:遍历所有的子节点,将所有子节点平铺到一层,平铺时如果节点已经存在,比较层级,保留层级大的即可(层级大说明依赖位于更底层,调用时要优先调用)。

1/** 2 * 层级结构平铺 3 * 4 * @param dataNodes 数据节点 5 * @param dataNodeMap 平铺结构 6 */ 7private void flatteningNodes(List<DataNode> dataNodes, Map<String, DataNode> dataNodeMap) { 8 if (CollectionUtils.isNotEmpty(dataNodes)) { 9 for (DataNode dataNode : dataNodes) { 10 DataNode dataNode1 = dataNodeMap.get(dataNode.getName()); 11 if (Objects.nonNull(dataNode1)) { 12 // 存入层级大的即可,避免重复 13 if (dataNode1.getLevel() < dataNode.getLevel()) { 14 dataNodeMap.put(dataNode.getName(), dataNode); 15 } 16 } else { 17 dataNodeMap.put(dataNode.getName(), dataNode); 18 } 19 // 处理子节点 20 flatteningNodes(dataNode.getChildren(), dataNodeMap); 21 } 22 } 23}

平铺结构如下:

4 分层(分组排序)

Q1:如何分层?

A1:节点平铺后已经去重,此时借助TreeMap的自然排序特性将节点按照层级分组即可。

1/** 2 * @param dataNodeMap 平铺结构 3 * @return 分层结构 4 */ 5private TreeMap<Integer, Set<DataNode>> processLevel(Map<String, DataNode> dataNodeMap) { 6 return dataNodeMap.values().stream().collect(Collectors.groupingBy(DataNode::getLevel, TreeMap::new, Collectors.toSet())) 7}

分层如下:

1.根据分层TreeMap的key倒序即为调用的层级顺序

对应key中的数据节点Set<DataNode>需用多线程并发调用,以保证链路调用时间

4、分层级调用

梳理出调用关系并分层后,使用并发编排工具调用即可。这里梳理的层级关系,level越大,表示越优先调用。

这里以京东内部并发编排框架为例,说明调用流程:

1/** 2 * 构建编排流程 3 * 4 * @param infraDependencyHandlers 依赖接口 5 * @param workerExecutor 并发线程 6 * @return 执行数据 7 */ 8public Sirector<InfraContext> buildSirector(Set<String> infraDependencyHandlers, ThreadPoolExecutor workerExecutor) { 9 Sirector<InfraContext> sirector = new Sirector<>(workerExecutor); 10 long start = System.currentTimeMillis(); 11 // 依赖顺序与执行顺序相反 12 TreeMap<Integer, Set<DataNode>> levelNodes; 13 TreeMap<Integer, Set<DataNode>> cacheLevelNodes = localCacheManager.getValue("buildSirector"); 14 if (Objects.nonNull(cacheLevelNodes)) { 15 levelNodes = cacheLevelNodes; 16 } else { 17 levelNodes = getLevelNodes(infraDependencyHandlers); 18 ExecutorUtil.executeVoid(asyncTpExecutor, () -> localCacheManager.putValue("buildSirector", levelNodes)); 19 } 20 log.info("buildSirector 梳理依赖关系耗时:{}", System.currentTimeMillis() - start); 21 // 最底层接口执行 22 Integer firstLevel = levelNodes.lastKey(); 23 EventHandler[] beginHandlers = levelNodes.get(firstLevel).stream().map(node -> abstractInfraHandlerMap.get(node.getName())).toArray(EventHandler[]::new); 24 EventHandlerGroup group = sirector.begin(beginHandlers); 25 26 Integer lastLevel = levelNodes.firstKey(); 27 for (int i = firstLevel - 1; i >= lastLevel; i--) { 28 EventHandler[] thenHandlers = levelNodes.get(i).stream().map(node -> abstractInfraHandlerMap.get(node.getName())).toArray(EventHandler[]::new); 29 group.then(thenHandlers); 30 } 31 return sirector; 32}

5、 个人思考

  1. 作为接入内部RPC、Http接口实现业务处理的项目,在使用过程中要关注调用链路上的资源复用,尤其长链路的调用,要深入考虑内存资源的利用以及对底层服务的压力。

  2. 要关注对外服务接口与底层数据接口的响应时差,分析调用逻辑与流程是否合理,是否存在优化项。

  3. 多线程并发调用多个平行数据接口时,如何使得各个线程的耗时方差尽可能小?

作者:京东零售 王江波

来源:京东云开发者社区

点赞
收藏

评论区

加载中...

相关推荐

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

APM:实质提升 Serverless 可观察性

Serverless可观察性现状Serverless一方面降低了开发者的运维负担,开发者无需关注底层资源的情况;另一方面,需要满足开发者对性能、对指标的可观察性的需求。目前的Serverless应用架构,大多会涉及多个云服务,函数间、函数与其他云服务间的调用关系复杂,人工梳理和掌握全局依赖情况的难度大,定位性能

Unity面试整理

1  什么是DrawCall,有什么方法可以减少DrawCall  drawcall是啥?其实就是对底层图形程序(比如:OpenGLES)接口的调用,以在屏幕上画出东西。 在每次调用DrawCall之前,CPU需要向GPU

JavaWeb 调用接口

JavaWeb 如何调用接口CreateTime2018年4月2日19:04:29Author:Marydon1.所需jar包!(https://oscimg.oschina.net/oscnet/0f139

Hystrix熔断机制原理剖析

一、前言在分布式系统架构中多个系统之间通常是通过远程RPC调用进行通信,也就是A系统调用B系统服务,B系统调用C系统的服务。当尾部应用C发生故障而系统B没有服务降级时候可能会导致B,甚至系统A瘫痪,这种现象被称为雪崩现象。所以在系统设计时候要使用一定的降级策略,来保证当服务提供方服务不可用时候,服务调用方可以切换到降

Spring Cloud构建微服务架构

在微服务架构中,我们将系统拆分成了一个个的服务单元,各单元应用间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行,依赖通过远程调用的方式执行,这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟,而这些问题会直接导致调用方的对外服务也出现延迟,若此时调用方的请求不断增加,最后就会出现因等待出现故障的依赖方响应而形成任务积压,线程资