[发明专利]一种基于树形结构的服务发现处理方法及装置

说明书

本发明实施例公开了一种基于树形结构的服务发现处理方法及装置，方法包括：监听到目标Key发生读写操作后，若目标Key对应的对象为实例，则获取树形结构中目标Key对应的目标实例，对目标实例进行更新；若目标Key对应的对象不是实例，则获取树形结构中目标Key对应的第一目标节点，将目标Key对应的流量划分规则存储到第一目标节点中。通过从树形结构中获取目标Key对应的目标实例或第一目标节点，对树形结构中目标实例进行更新，或将目标Key对应的流量划分规则存储到第一目标节点中，当出现异常情况时无需手动执行，可以保证公司内部整体流量控制策略一致，也可以通过平台化管理，主动修改某个服务或产品线的流量策略，同时能解决灰度环境或A or B环境的问题。

技术领域

本发明实施例涉及通信技术领域，具体涉及一种基于树形结构的服务发现处理方法及装置。

背景技术

对于一个成熟的互联网技术公司，服务多地域部署、多机房冗余容灾是必备技术。当服务实例按照地域、机房或逻辑划分后，流量划分与控制就变的尤为重要。因为往往跨地域、跨机房的远程资源访问，网络耗时是非常长的，所以通常情况下，用户希望服务与服务之间的RPC调用默认是遵循同地域同机房内访问的。而当某些异常情况发生时，用户又希望可以通过简单的操作，将默认的规则(同机房同地域)进行短暂的调整。

现有技术中，存在各种各样的方式来达成目的。比如在服务发现、配置中心中配置所有的远程资源地址，并打好标签。RPC调用远程资源前，根据当前机器所在地域机房优先读取出同地域同机房标签的资源地址。当某些异常情况出现，不希望流量流向某些地域或某些机房，运维人员需手动屏蔽掉服务发现、配置中心内的所有该地域该机房的远程资源信息。有很多开源RPC框架封装了以上逻辑来达成目的，比如：dubbo。但是这种重量级框架仅限于JAVA使用，整个公司的服务跨多语言时，就难保证策略一致。

另外，还存在一些场景需要进行线上ABTEST或引入部分线上流量进入灰度环境，这种流量划分即对远程资源进行了“逻辑”上的划分。大部分的实现方法是通过代码逻辑来进行控制，比如当上游在交互协议中带有某些特定的标识时，进行后面的RPC调用时，将进入灰度环境或A or B环境。

在实现本发明实施例的过程中，发明人发现现有的方法出现异常情况时需要手动屏蔽掉远程资源信息，且当服务跨多语言时难以保证策略一致；或者对远程资源采用简单的逻辑划分，容易进入灰度环境或A or B环境，造成流量划分结果的不准确。

发明内容

由于现有方法存在上述问题，本发明实施例提出一种基于树形结构的服务发现处理方法及装置。

第一方面，本发明实施例提出一种基于树形结构的服务发现处理方法，包括：

若监听到目标键值Key发生读写操作，则判断所述目标Key对应的对象；

若所述目标Key对应的对象为实例，则获取树形结构中所述目标Key对应的目标实例，并根据所述读写操作对所述树形结构中所述目标实例进行更新；

若所述目标Key对应的对象不是实例，则获取树形结构中所述目标Key对应的第一目标节点，并将所述目标Key对应的流量划分规则存储到所述第一目标节点中。

可选地，所述方法还包括：

若判断获知第二目标节点中无流量划分规则，则获取所述第二目标节点的父节点，并将所述父节点的流量划分规则作为所述第二目标节点的流量划分规则。

可选地，所述方法还包括：

获取第三目标节点的目标流量划分规则，根据当前机房的标识和所述目标流量划分规则获取所有的流量划分单元；

根据预设的平均值算法获取目标流量划分单元，并根据所述目标流量划分单元确定所述树形结构中的目标实例。

可选地，所述方法还包括：