[发明专利]一种请求的分流方法及终端

说明书

本发明公开一种请求的分流方法及终端，接收微服务应用请求，微服务应用请求包括机房标识；获取机房标识对应的机房的服务容量，判断服务容量是否满足预设条件，若是，则优先返回机房标识对应的机房的路由列表信息；若否，则返回全部机房的路由列表信息；通过在接收微服务应用请求时，同时接收微服务应用请求的机房标识，并通过机房标识获取对应机房的服务容量，当对应的机房具有提供服务的能力时，优先返回对应机房的路由列表信息至微服务应用，而当对应的机房不具有提供服务的能力时，将全部机房的路由列表信息返回至微服务应用，从而能够对路由列表信息进行过滤或者排序，对流量进行负载与分流，实现跨机房或同机房的流量控制。

技术领域

本发明涉及服务器技术领域，特别是涉及一种请求的分流方法及终端。

背景技术

目前的服务端系统大都采用微服务架构方式构建。采用微服务架构方式需要具备一整套基础配套组件，其中最主要的是服务注册中心。服务注册中心为微服务基础配组件套中的重要组成，每个微服务组件会向服务注册中心注册应用以及获取应用列表。服务注册中心的主要使用流程为：当应用组件启动时，微服务组件向服务注册中心注册信息，后续将会定时从注册中心获取自身应用所需要使用到的其他应用的注册列表信息，并保存注册列表信息至应用自身的本地缓存中。当某个应用宕机、故障、网络抖动或者重启时，服务注册中心将会以主动通知或者被动检测的方式进行感知，并剔除出现问题的应用。最终，其他应用在下个查询注册列表的周期时，能够获取到最新的注册列表，进而避免访问到故障的应用。

在微服务部署中，由于大都采用分布式部署。同时，为了实现高可用、高并发等条件，每个微服务应用都存在多个部署实例。这些部署实例可能分布在多个机房中。而不同机房之间即使通过专线网络带宽进行数据交互，也会有一定的请求延迟。并且同机房之间也可能存在实例的容量无法支持本机房的消费问题。即采用注册中心方式时，同一个应用的不同实例分别部署到不同机房中，在随机访问的过程中，不同机房之间存在访问的网络延迟，不能够解决跨机房或同机房的流量控制。

发明内容

本发明所要解决的技术问题是：提供一种请求的分流方法及终端，实现跨机房或同机房的流量控制。

为了解决上述技术问题，本发明采用的技术方案为：

一种请求的分流方法，包括步骤：

接收微服务应用请求，所述微服务应用请求包括机房标识；

获取所述机房标识对应的机房的服务容量，判断所述服务容量是否满足预设条件，若是，则优先返回所述机房标识对应的机房的路由列表信息；若否，则返回全部机房的路由列表信息。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种请求的分流终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种请求的分流方法中的各个步骤。

本发明的有益效果在于：通过在接收微服务应用请求时，同时接收微服务应用请求的机房标识，并通过机房标识获取对应机房的服务容量，当对应的机房具有提供服务的能力时，优先返回对应机房的路由列表信息至微服务应用，而当对应的机房不具有提供服务的能力时，将全部机房的路由列表信息返回至微服务应用，从而能够对路由列表信息进行过滤或者排序，对流量进行负载与分流，实现跨机房或同机房的流量控制。

附图说明

图1为本发明实施例中的一种请求的分流方法的步骤流程图；

图2为本发明实施例中的一种请求的分流方法的另一步骤流程图；

图3为本发明实施例中的一种请求的分流终端的结构示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。