CN112532523B

CN112532523B - 一种基于子服务路由的进程内调度方法和存储设备

Info

Publication number: CN112532523B
Application number: CN202011317869.0A
Authority: CN
Inventors: 余存惠; 刘泉辉
Original assignee: Dingdian Software Co ltd Fujian
Current assignee: Dingdian Software Co ltd Fujian
Priority date: 2020-11-23
Filing date: 2020-11-23
Publication date: 2021-11-12
Anticipated expiration: 2040-11-23
Also published as: CN112532523A

Abstract

本发明涉及计算机处理技术领域，特别涉及一种基于子服务路由的进程内调度方法和存储设备。所述一种基于子服务路由的进程内调度方法，包括步骤：创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数；响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字；在所述主服务名下通过预设处理函数确定子服务类别值；根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。所创建的服务三元组，这种简单方便的结构也更容易被开发工程师所接受。同时，因为有完整的查询框架和结构体系，大大加强了该方案的实用性。

Description

一种基于子服务路由的进程内调度方法和存储设备

技术领域

本发明涉及计算机处理技术领域，特别涉及一种基于子服务路由的进程内调度方法和存储设备。

背景技术

在传统的IT行业软件大多都是各种独立系统的堆砌，这些系统的问题总结来说就是扩展性差，可靠性不高，维护成本高。这导致很多企业的遗留系统很难对接，切换时间太长，成本太高，新系统稳定性的收敛也需要一些时间。

于是越来越多的人开始选择微服务架构。微服务是一种用于构建应用的架构方案。微服务架构有别于更为传统的单体式方案，可将应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作(和出现故障)时不会相互影响。

在微服务架构中，需要调度很多服务才能完成一项功能。服务间的互相调度就变成微服务架构中的一个关键问题。服务间完成一次跨服务调度请求的基本步骤如下。

1、服务提供者启动时，将提供的服务名称、服务器地址注册到服务配置中心。

2、服务消费者通过服务配置中心来获取需要调度的服务机器列表。

3、一次请求到来，经过调度服务路由分发定位到一组服务，再通过负载均衡算法之后，选取一台服务器调用。

4、当服务器宕机或下线，相应的机器动态从服务配置中心移除，并通知相应的服务消费者。

5、服务消费者一次访问服务配置中心之后，会将查询到的信息缓存到本地，后面调用先查缓存，从而降低服务配置中心压力。

现有技术一般通过服务间路由来实现跨服务跨进程的调度，这样的调度容易受到网络质量的影响，且存在着一定的延迟，考虑当微服务个体比较多时，容易产生服务功能码爆炸的现象，假设每个服务均提供100个服务功能码列表，当上线10台机器就有1000个路由的功能码列表，实际上，一个微服务群体往往有成百上千台机器，单单在这个服务列表的更新和维护就需要消耗大量的时间，严重影响效率。

发明内容

为此，需要提供一种基于子服务路由的进程内调度方法，用以解决现有技术微服务架构应用中，使用功能码，当服务比较多的时候，服务列表更新和维护需消耗大量时间，严重影响效率等问题。具体技术方案如下：

一种基于子服务路由的进程内调度方法，包括步骤：

创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；

一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数；

响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字；

在所述主服务名下通过预设处理函数确定子服务类别值；

根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。

进一步的，所述“在所述主服务名下通过预设处理函数确定子服务类别值”，还包括步骤：

在所述主服务名下通过预设处理函数在所述进程调度指令的报文中提取出子服务类别值；

返回所述子服务类别值至底层；

底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数，若查找到有对应的路由处理函数，则调用所述路由处理函数。

进一步的，所述“底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数”，还包括步骤：

通过预设的路由调度算法根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数。

进一步的，还包括步骤：

若未查找到有对应的路由处理函数，则直接返回错误提示。

为解决上述技术问题，还提供了一种存储设备，具体技术方案如下：

一种存储设备，其中存储有指令集，所述指令集用于执行：创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；

在所述主服务名下通过预设处理函数确定子服务类别值；

进一步的，所述指令集还用于执行：所述“在所述主服务名下通过预设处理函数确定子服务类别值”，还包括步骤：

返回所述子服务类别值至底层；

进一步的，所述指令集还用于执行：

所述“底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数”，还包括步骤：

进一步的，所述指令集还用于执行：若未查找到有对应的路由处理函数，则直接返回错误提示。

本发明的有益效果是：通过创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数；响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字；在所述主服务名下通过预设处理函数确定子服务类别值；根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。上述方法，利用了同一进程内通信无成本的特点，实现了低成本低延时的服务调用，极大地降低了服务间调度功能码的数量,从原先细分非常小的粒度概括提炼出一个大的粒度,这是一种比较简易的方法，相比现有主流的完全通过跨服务跨进程通信或调度的策略，降低了服务列表的数量,降低了维护列表的难度,提升了服务列表查找的效率,提升了维护效率,总体上带来通信调度的速度和质量提升。且所创建的服务三元组，这种简单方便的结构也更容易被开发工程师所接受。同时，因为有完整的查询框架和结构体系，大大加强了该方案的实用性。

附图说明

图1为具体实施方式所述一种基于子服务路由的进程内调度方法的流程图；

图2为具体实施方式所述服务三元组的示意图；

图3为具体实施方式所述一种存储设备的模块示意图。

附图标记说明：

300、存储设备。

具体实施方式

为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。

请参阅图1至图2，在本实施方式中，一种基于子服务路由的进程内调度方法可应用在一种存储设备上，所述存储设备包括但不限于：个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备等。具体技术方案如下：

步骤S101：创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数。如图2所示，在本实施方式中，每个子服务类别与其路由处理函数是一种映射关系，在所述服务三元组内对路由处理函数的调度是一种在进程内的调度，这是一种算法和架构上的改进。具体可如下：

设计主服务名,一般为一系列服务的统称，可以理解为“父服务”名。作为子服务类别的前缀名使用，相同一个系列的服务调用都归纳合并使用一个主服务名，例如：主服务名.子服务类别。

设计子服务类别，用于区别在同一主服务名关键字下不同的子服务，作为子服务的后缀名使用。

设计路由处理函数，部署在服务上的可被调用的功能或类似的服务提供者。

故而本申请的核心技术思想则在于：自设计服务三元组架构，则在同一进程同一服务内，可先通过主服务名确定一个范围，再通过指定的子服务类别，就可以快速寻找和调用对应的路由处理函数。首先，其利用了同一进程内通信无成本的特点，实现了低成本低延时的服务调用。其次通过引入子服务类别，将相同种类的、相同范围的功能码合并到一个子服务类别中，将大大降低了服务间调度功能码的数量，降低了服务列表的数量,降低了维护列表的难度,提升了服务列表查找的效率,提升了维护效率,总体上带来通信调度的速度和质量提升。

以下对于具体查找路由处理函数的过程展开说明：

步骤S102：响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字。具体可如下：获取进程调度指令的报文，从所述进程调度指令报文中提取出主服务名和服务关键字。

步骤S103：在所述主服务名下通过预设处理函数确定子服务类别值。在本实施方式中，所述预设处理函数是由一个服务关键字对应的从调度指令报文中提取自服务类别值的处理函数，其会根据服务关键字和预设的能识别子服务类别值的报文内容，返回子服务类别值。具体可如下：在所述主服务名下通过预设处理函数在所述进程调度指令的报文中提取出子服务类别值；返回所述子服务类别值至底层。

步骤S104：根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。具体可如下：底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数，若查找到有对应的路由处理函数，则调用所述路由处理函数。在本实施方式中，具体可为通过预设的路由调度算法根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数，若查询到对应的路由处理函数，即查找到了相对应的完整的三元组关系，则可在进程内调度所述路由处理函数。若未查找到有对应的路由处理函数，则直接返回错误提示。

通过创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数；响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字；在所述主服务名下通过预设处理函数确定子服务类别值；根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。上述方法，利用了同一进程内通信无成本的特点，实现了低成本低延时的服务调用，极大地降低了服务间调度功能码的数量,从原先细分非常小的粒度概括提炼出一个大的粒度,这是一种比较简易的方法，相比现有主流的完全通过跨服务跨进程通信或调度的策略，降低了服务列表的数量,降低了维护列表的难度,提升了服务列表查找的效率,提升了维护效率,总体上带来通信调度的速度和质量提升。且所创建的服务三元组，这种简单方便的结构也更容易被开发工程师所接受。同时，因为有完整的查询框架和结构体系，大大加强了该方案的实用性。

请参阅图2至图3，在本实施方式中，一种存储设备300的具体实施方式如下：

一种存储设备300，其中存储有指令集，所述指令集用于执行：创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；一个主服务名下包括两个以上子服务类别，一个子服务类别对应一个路由处理函数；响应进程调度指令，根据所述进程调度指令确定主服务名和服务关键字；在所述主服务名下通过预设处理函数确定子服务类别值；根据所述关键字和所述子服务类别值查找并匹配对应的路由处理函数。如图2所示，在本实施方式中，每个子服务类别与其路由处理函数是一种映射关系，在所述服务三元组内对路由处理函数的调度是一种在进程内的调度，这是一种算法和架构上的改进。具体可如下：

以下对于具体查找路由处理函数的过程展开说明：

响应进程调度指令，获取进程调度指令的报文，从所述进程调度指令报文中提取出主服务名和服务关键字。

在所述主服务名下通过预设处理函数在所述进程调度指令的报文中提取出子服务类别值；返回所述子服务类别值至底层。

底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数，若查找到有对应的路由处理函数，则调用所述路由处理函数。在本实施方式中，具体可为通过预设的路由调度算法根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数，若查询到对应的路由处理函数，即查找到了相对应的完整的三元组关系，则可在进程内调度所述路由处理函数。若未查找到有对应的路由处理函数，则直接返回错误提示。

需要说明的是，尽管在本文中已经对上述各实施例进行了描述，但并非因此限制本发明的专利保护范围。因此，基于本发明的创新理念，对本文所述实施例进行的变更和修改，或利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接地将以上技术方案运用在其他相关的技术领域，均包括在本发明的专利保护范围之内。

Claims

1.一种基于子服务路由的进程内调度方法，其特征在于，包括步骤：

在所述主服务名下通过预设处理函数在所述进程调度指令的报文中提取出子服务类别值，返回所述子服务类别值至底层；

2.根据权利要求1所述的一种基于子服务路由的进程内调度方法，其特征在于，底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数包括步骤：

3.根据权利要求1所述的一种基于子服务路由的进程内调度方法，其特征在于，还包括步骤：

若未查找到有对应的路由处理函数，则直接返回错误提示。

4.一种存储设备，其中存储有指令集，其特征在于，所述指令集用于执行：创建服务三元组，所述服务三元组包括：主服务名、子服务类别和路由处理函数；

5.根据权利要求4所述的一种存储设备，其特征在于，所述指令集还用于执行：

底层根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数还包括步骤：通过预设的路由调度算法根据所述服务关键字和所述子服务类别值查找是否有对应的路由处理函数。

6.根据权利要求5所述的一种存储设备，其特征在于，所述指令集还用于执行：若未查找到有对应的路由处理函数，则直接返回错误提示。