CN117615021A - 一种路由转发方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种路由转发方法、装置、设备及存储介质，包括：接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。降低了服务接入成本，减少了由于多次转发而导致的性能损失，避免了多网关的使用，进以提升了如公司等特殊场景下针对服务资源使用的便捷度。

Description

一种路由转发方法、装置、设备及存储介质

技术领域

本发明涉及通信服务技术领域，尤其涉及一种路由转发方法、装置、设备及存储介质。

背景技术

网关作为一种便捷的应用程序编程接口(Application Programming Interface，API)管理装置，可实现不同网络间的通信，进而实现不同网络间的数据传输和服务请求响应。其被应用在公司基础设施中时，常用于对公司各个应用服务的API能力进行统一管理。

现有针对公司内部的网关，常为基于spring-cloud-starter-gateway组件的基础上开发得到，而作为公司的统一网关，其往往需要作为微服务系统中的基础服务，与公司各部门所提供的服务注册在同一个注册中心中，即使不注册在同一个注册中心中，也是针对多个不同注册中心的微服务进行管理，其所利用的路由转发协议，均为针对注册中心的负载均衡转发协议。

然而，由于公司内部各部门进行服务开发时的技术不统一，部分部门的服务并不适用注册中心对服务实例进行管理；也可能存在部分部门的注册中心与网关分属于不同的网络，若将防火墙打开则难以满足开发安全性需求；同时，作为公司的通用网关，由于公司内不同开发团队的实际诉求并不相同，网关所需支持的路由转发协议类型也各不相同，单一依赖于注册中心对服务资源进行管理难以满足实际应用需求，同时增加了维护的困难程度，影响了服务资源的使用。

发明内容

本发明提供了一种路由转发方法、装置、设备及存储介质，实现了同一网关对多种不同类型路由转发协议的兼容，进以使得开发技术不统一、存在网络不兼容或无注册中心的各服务实例可通过同一网关进行路由访问，降低了服务接入成本，降低了由于多次转发而导致的性能损失，避免了多网关的使用，降低了维护的困难程度，进以提升了如公司等特殊场景下针对服务资源使用的便捷度。

第一方面，本发明实施例提供了一种路由转发方法，包括：

接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；

根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；

根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；

其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

第二方面，本发明实施例还提供了一种路由转发装置，包括：

目标协议确定模块，用于接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；

目标实例确定模块，用于根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；

路由访问模块，用于根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；

其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

第三方面，本发明实施例还提供了一种路由转发设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明实施例提供的路由转发方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行本发明实施例提供的路由转发方法。

本发明实施例提供的一种路由转发方法、装置、设备及存储介质，通过接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。通过采用上述技术方案，在网关中配置多种不同协议类型的路由转发协议，在接收到请求方给出的服务请求信息时，依据服务请求信息在多种不同协议类型的路由转发协议中，选择适配于请求方请求的目标路由转发协议，进而基于网关中预先维护的目标路由转发协议对应的目标服务实例列表，确定可为请求方提供服务的目标服务实例，进以使得服务请求信息对应的客户端可访问目标服务实例得到对应的服务。由于网关中既支持利用注册中心进行管理的服务实例，对应的注册中心转发类型的路由转发协议；还支持不通过注册中心管理的服务实例，对应的如域名转发类型、服务列表转发类型及长连接转发类型的路由转发协议，实现了同一网关对多种不同类型路由转发协议的兼容，进以使得开发技术不统一、存在网络不兼容或无注册中心的各服务实例可通过同一网关进行路由访问，降低了服务接入成本，降低了由于多次转发而导致的性能损失，避免了多网关的使用，降低了维护的困难程度，进以提升了如公司等特殊场景下针对服务资源使用的便捷度。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种路由转发方法的流程图；

图2为本发明实施例二提供的一种路由转发方法的流程图；

图3为本发明实施例二提供的一种根据各服务实例的健康检测结果，确定各服务实例的健康状态，并根据各服务实例的健康状态对服务实例列表进行维护的流程示例图；

图4为本发明实施例三提供的一种路由转发装置的结构示意图；

图5为本发明实施例四提供的一种路由转发设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种路由转发方法的流程图，本发明实施例可适用于为多种不同技术栈开发的服务实例、处于不同网络下的服务实例或无法通过注册中心统一管理的多个服务实例进行路由转发处理的情况，该方法可以由路由转发装置来执行，该路由转发装置可以由软件和/或硬件来实现，该路由转发装置可以配置在路由转发设备中。可选的，路由转发设备可以为笔记本、台式计算机、智能平板及其他能够承担网关功能的设备等，本发明实施例对此不进行限制。

如图1所示，本发明实施例提供的一种路由转发方法，具体包括如下步骤：

S101、接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议。

其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

在本实施例中，服务请求信息具体可理解为由服务请求方发出的，携带有需要请求服务必要信息的请求信息，可选的，服务请求信息可为统一资源定位(Uniform ResourceLocator，URL)形式的报文信息，也可为其他能够实现相同功能的信息，本发明实施例对此不进行限制。路由转发协议具体可理解为使得网关能够动态共享外部网络信息，并对信息进行针对性转发的协议。域名转发类型具体可理解为基于超文本传输协议(HypertextTransfer Protocol，HTTP)进行数据路由转发的协议类型。服务列表转发类型具体可理解为基于平台即服务(Platform as a Service，PaaS)等独立进行服务实例提供的协议进行数据路由转发的协议类型。注册中心转发类型具体可理解为基于负载均衡协议(LoadBalance，LB)的，通过注册中心进行统一管理的服务实例进行数据路由转发的协议类型。长连接转发类型具体可理解为基于WebSocket协议或WebSocket-Security协议进行数据路由转发的协议类型。

具体的，网关中维护有多种不同协议类型的路由转发协议，其中同一协议类型下也可包含多个指向不同微服务的路由转发协议。网关在接收到服务器请求方给出的服务请求信息后，将对服务请求信息进行解析，根据解析后的服务请求信息确定其所希望请求的微服务，及希望该微服务支持的路由转发协议类型。进而可依据确定出的微服务和路由转发协议类型对网关维护的多个路由转发协议进行匹配，将匹配成功的路由转发协议确定为目标路由转发协议。

S102、根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例。

在本实施例中，目标服务实例列表具体可理解为与目标路由转发协议相对应的，能够提供对应微服务的服务实例所对应基础信息构成的列表。可以理解的是，为了保证系统运行稳定性，针对同一个开发技术类型的同一个微服务可设置多个服务实例对其进行支持，各服务实例对应的实例名称及地址等信息可被维护至网关中，生成对应的服务实例列表。

具体的，为保证响应速度，网关可提前其维护的多个路由转发协议所对应的服务实例信息进行获取，也即网关中已提前存储有各路由转发协议对应的服务实例列表。在明确目标路由转发协议后，可将与目标路由转发协议对应的服务实例列表确定为目标服务实例列表，进而由目标服务实例列表中选择一个可响应服务请求信息为服务请求方提供服务的服务实例，作为目标服务实例。

S103、根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例。

具体的，由于目标服务实例列表中包含有各服务实例的访问地址，故在确定出目标服务实例对应的访问地址后，可基于服务请求信息和该访问地址进行封装，得到可发送至与服务请求信息对应客户端的路由反馈信息，并将该路由反馈信息反馈至客户端处，使得客户端可依据路由反馈信息中包含的访问地址构建与目标服务实例的连接，实现作为服务请求方的客户端对目标服务实例的访问。

本实施例的技术方案，通过接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。通过采用上述技术方案，在网关中配置多种不同协议类型的路由转发协议，在接收到请求方给出的服务请求信息时，依据服务请求信息在多种不同协议类型的路由转发协议中，选择适配于请求方请求的目标路由转发协议，进而基于网关中预先维护的目标路由转发协议对应的目标服务实例列表，确定可为请求方提供服务的目标服务实例，进以使得服务请求信息对应的客户端可访问目标服务实例得到对应的服务。由于网关中既支持利用注册中心进行管理的服务实例，对应的注册中心转发类型的路由转发协议；还支持不通过注册中心管理的服务实例，对应的如域名转发类型、服务列表转发类型及长连接转发类型的路由转发协议，实现了同一网关对多种不同类型路由转发协议的兼容，进以使得开发技术不统一、存在网络不兼容或无注册中心的各服务实例可通过同一网关进行路由访问，降低了服务接入成本，降低了由于多次转发而导致的性能损失，避免了多网关的使用，降低了维护的困难程度，进以提升了如公司等特殊场景下针对服务资源使用的便捷度。

实施例二

图2为本发明实施例二提供的一种路由转发方法的流程图，本发明实施例的技术方案在上述各可选技术方案的基础上进一步优化，针对接收到的服务请求信息，根据其中的最长地址信息对各路由转发协议进行最长前缀匹配，实现在网关中唯一确定与服务请求信息相对应的目标路由转发协议。同时使得网关在运行过程中，对其中支持的多个路由转发协议进行服务实例列表的预加载，并在加载后通过周期性对各服务实例列表中的服务实例进行健康检测，以确定各服务实例的健康状态，进以及时对非健康的服务实例进行标注、将无法正常运行的服务实例由服务实例列表中进行删除，并在服务实例恢复正常时及时将其重新添加回服务实例列表中，使得网关可及时对维护的服务实例列表进行更新，并可准确为服务请求方提供正确可用的服务，降低了服务接入成本，提升了网关针对服务实例维护的准确度，进以提升了如公司等特殊场景下针对服务资源使用和提供的准确便捷程度，以较低的人力及数传成本，实现多复杂场景的路由转发适配。

如图2所示，本发明实施例提供的一种路由转发方法，具体包括如下步骤：

S201、预加载各路由转发协议对应的服务实例列表。

具体的，在网关中完成各路由转发协议的配置后，为保证对后续服务请求方进行服务请求响应的速度，将由网关自管理各服务实例处获取与路由转发协议对应各服务实例的信息，并将各服务实例的信息进行组合作为与路由转发协议对应的服务实例列表，使得网关完成针对各路由转发协议对应的服务实例列表的预加载。

示例性的，针对不同协议类型的路由转发协议，预加载服务实例列表的方式可能存在不同，以下为针对服务列表转发类型和注册中心转发类型路由转发协议对应服务实例列表预加载的方式示例：

1)针对服务列表转发类型的路由转发协议，接收与微服务对应的服务实例配置信息，根据服务实例配置信息构建服务列表转发类型的服务实例列表。

具体的，由于服务类表转发类型的路由转发协议对应的各服务实例常为不使用注册中心的服务团队开发的微服务，或无法与网关网络互通情况下开发的服务，故网关在完成针对服务列表转发类型的路由转发协议对应服务实例列表预加载时，无法自动获取需加载各服务实例的信息，而是需由外部接收与微服务对应的服务实例配置信息，该服务实例配置信息中至少应包括支持微服务的名称及服务实例的访问地址等信息，进而根据服务实例配置信息在网关中构建服务列表转发类型的服务实例列表，并根据微服务的名称将其与路由转发协议进行对应。

2)针对注册中心转发类型的路由转发协议，由注册中心中获取与微服务对应的注册中心配置信息，根据注册中心配置信息确定注册中心转发类型的服务实例列表。

具体的，针对使用注册中心的服务团队开发的微服务，与微服务相对应各服务实例的信息均被维护于与其对应的注册中心中，在网关对注册中心转发类型的路由转发协议对应服务实例列表预加载时，可直接由与其对应的注册中心中，获取与微服务对应的注册中心配置信息，进而由注册中心配置信息中包括的支持微服务的名称及服务实例的访问地址等信息，在网关中构建注册中心转发类型的服务实例列表，并根据微服务的名称将其与路由转发协议进行对应。

可以理解的是，域名转发类型及长连接转发类型的路由转发协议对应服务实例列表预加载的方式与上述方式类似，本发明实施例对此不再进行详细描述。

S202、针对每个服务实例列表，按照预设周期向服务实例列表中各服务实例进行健康检测。

具体的，在预加载各路由转发协议对应的服务实例列表后，为保障各服务实例列表中的服务实例均可正常提供服务，针对每个服务实例列表，网关将依据预先设置的健康检测线程，以预先设置时间间隔周期性地向服务实例列表中的各服务实例进行健康检测，以根据得到的健康检测结果各服务实例是否可以正常提供服务。

示例性的，健康检测线程可为一个探活任务，可以固定时间间隔请求服务实例引入软件开发工具包(Software Development Kit，SDK)时动态注入的检测地址，将其返回的结果确定为健康检测结果。

S203、根据各服务实例的健康检测结果，确定各服务实例的健康状态，并根据各服务实例的健康状态对服务实例列表进行维护。

具体的，根据各服务实例在连续多个周期内的健康检测结果，分别确定用以表征服务实例是否可以正常提供服务的健康状态，进而依据各服务实例的健康状态，将服务实例列表中可能无法正常提供服务的服务实例进行标注，将其中确定无法正常提供服务的服务实例进行逻辑剔除，实现对服务实例列表的维护。

可选的，图3为本发明实施例二提供的一种根据各服务实例的健康检测结果，确定各服务实例的健康状态，并根据各服务实例的健康状态对服务实例列表进行维护的流程示例图，如图3所示，具体包括如下步骤：

S2031、针对每个服务实例，若健康检测结果为失败，则确定为失败的健康检测结果的连续出现次数。

具体的，针对服务实例列表中的每个服务实例，若网关在一次健康检测后确定当次健康检测结果为失败，则可获取其前几个周期的健康检测结果，进以得到该服务实例健康检测失败的连续出现次数。可以理解的是，当服务实例出现连续健康检测失败的情况时，该服务实例有较大可能性为无法正常对外提供服务的不健康服务实例。

S2032、在连续出现次数大于第一预设次数时，将服务实例的健康状态确定为不健康，并将服务实例在服务实例列表中进行标注。

在本实施例中，第一预设次数具体可理解为根据实际情况预先设置的，用以判断服务实例由健康状态到不健康状态临界情况的健康检测失败次数。示例性的，第一预设次数可为3次，本发明实施例对此不进行限制。

具体的，在健康检测失败的连续出现次数大于第一预设次数时，可认为服务实例虽然还可以对外成功提供服务，但其内部可能存在一定问题，随时具有无法正常提供对外服务的可能性，此时将服务实例的健康状态确定为不健康，并将该服务实例在其对应的服务实例列表中进行标注，以使工作人员可及时进行确定。

可以理解的是，标注后的服务实例可被认为仍能够正常对外提供服务，故网关在后续执行的，在服务实例列表中进行服务实例选择时仍能够选择该服务实例作为响应服务请求信息的服务实例。但由于标注后服务实例可能出现故障的概率较高，网关也可在后续执行的在服务实例列表中进行服务实例选择时，降低标注后服务实例的选中优先级，以增添路由转发的系统稳定性。

S2033、在连续出现次数大于第二预设次数时，将服务实例由对应服务实例列表中删除。

在本实施例中，第二预设次数具体可理解为根据实际情况预先设置的，用以判断服务实例由可对外提供服务到不可对外提供服务临界情况的健康检测失败次数。可选的，第二预设次数可为6次，本发明实施例对此不进行限制。

具体的，在健康检测失败的连续出现次数大于第二预设次数时，可认为服务实例已无法对外成功提供服务，网关若将其分配至服务请求信息对应的客户端处，将导致客户端无法得到服务支持，故此时可直接将服务实例由对应的服务实例列表中进行逻辑删除，也即使得网关在接收到服务请求信息时，不会将无法提供服务的服务实例划进考虑范围，增添了路由转发的系统稳定性。

示例性的，该逻辑删除可理解为将服务实例的状态标记为disability状态，使得路由算法在针对服务实例列表进行选择时会过滤该状态，但在后续健康检测时仍会继续对该服务实例进行探活，并可基于后续探活所接收到的健康监测结果调整服务实例的状态标记。

进一步地，在将服务实例由对应服务实例列表中删除之后，还包括：

在服务实例对应的健康检测结果为成功时，将服务实例恢复至对应的服务实例列表中。

具体的，由于服务实例的故障可能在一段时间后被解决，故网关在服务实例被移出服务实例列表后仍会按照在先的预设周期向其进行健康检测，以实现对服务实例的状态监测。而网关在获取到原本被移出的服务实例的健康检测结果为成功时，可认为该服务实例的故障已被处理完成，其可正常对外提供服务，为避免资源浪费，可将该服务实例恢复至对应的服务实例列表中。而针对服务实例列表中被标注非健康的服务实例，网关在获取其对应健康检测结果为成功后，也可将其标注进行修改，使其作为服务实例列表中的正常服务实例响应服务请求信息提供服务。

S204、接收服务请求信息。

S205、确定服务请求信息中的最长地址信息。

在本实施例中，最长地址信息具体可理解为服务请求信息所对应URL中包含的，用以表征服务请求方需要请求协议及所请求服务名的信息。

具体的，对服务请求信息进行解析，确定其中需要请求服务的名称，以及服务所支持的协议类型信息构成的最长地址信息。示例性的，如“/user/info”等，本发明实施例对此不进行限制。

S206、将最长地址信息与各路由转发协议中的路由谓词进行匹配，将匹配成功的路由谓词对应的路由转发协议确定为目标路由转发协议。

具体的，由于各路由转发协议中应至少包括可提供服务的服务名称、服务对应的URL，以及与可提供服务对应的路由谓词。将确定出的最长地址信息对各路由转发协议中的路由谓词进行比对匹配，将与最长地址信息相对应路由谓词所在的路由转发协议确定为目标路由转发协议。

接上述示例，网关维护的路由转发协议中应至少包括可提供服务的服务名称，如id：wl-user；服务对应的URL，如：LB://wl-user；服务对应的路由谓词，如P:/user/**。故在依据上述服务请求信息中确定出最长地址信息表示为/user/info时，可使其匹配路由谓词/user/**，进而实现目标路由转发协议的确定。

S207、根据目标路由转发协议，确定与目标路由转发协议对应的目标服务实例列表。

具体的，由于网关中各路由转发协议对应服务实例的信息已被预先获取，并作为服务实例列表进行维护，各服务实例列表与路由转发协议间对应关系，故在确定出目标路由转发协议后，可将网关中与目标路由转发协议对应的服务实例列表确定为目标服务实例列表。

S208、对目标服务实例列表进行轮询确定与服务请求信息对应的目标服务实例；或者，由目标服务实例列表中随机选择一个服务实例，作为服务请求信息对应的目标服务实例。

具体的，由于理论上目标服务实例列表中的所有服务实例均可为服务请求信息提供对应的服务，故仅需由目标服务实例列表中随机选取一个服务实响应服务请求信息即可。而为了保证各服务实例均被充分利用，在进行目标服务实例确定时，可由目标服务实例列表中对应的各服务实例进行轮询，以得到当前需响应服务请求信息的目标服务实例。上述两种方式均可实现目标服务实例的确定，可根据实际情况适应性进行选择，本发明实施例对此不进行限制。

S209、根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例。

本实施例的技术方案，针对接收到的服务请求信息，根据其中的最长地址信息对各路由转发协议进行最长前缀匹配，实现在网关中唯一确定与服务请求信息相对应的目标路由转发协议。同时使得网关在运行过程中，对其中支持的多个路由转发协议进行服务实例列表的预加载，并在加载后通过周期性对各服务实例列表中的服务实例进行服务请求，以确定各服务实例的健康状态，进以及时对非健康的服务实例进行标注、将无法正常运行的服务实例由服务实例列表中进行删除，并在服务实例恢复正常时及时将其重新添加回服务实例列表中，使得网关可及时对维护的服务实例列表进行更新，并可准确为服务请求方提供正确可用的服务，降低了服务接入成本，提升了网关针对服务实例维护的准确度，进以提升了如公司等特殊场景下针对服务资源使用和提供的准确便捷程度，以较低的人力及数传成本，实现多复杂场景的路由转发适配。

实施例三

图4为本发明实施例三提供的一种路由转发装置的结构示意图，如图4所示，路由转发装置包括：目标协议确定模块31、目标实例确定模块32和路由访问模块33。

其中，目标协议确定模块31，用于接收服务请求信息，并根据服务请求信息由多个路由转发协议中确定目标路由转发协议；目标实例确定模块32，用于根据目标路由转发协议对应的目标服务实例列表，确定与服务请求信息对应的目标服务实例；路由访问模块33，用于根据目标服务实例对应的访问地址向服务请求信息对应的客户端反馈路由反馈信息，以使服务请求信息对应的客户端根据路由反馈信息访问目标服务实例；其中，路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

本实施例的技术方案，在网关中配置多种不同协议类型的路由转发协议，在接收到请求方给出的服务请求信息时，依据服务请求信息在多种不同协议类型的路由转发协议中，选择适配于请求方请求的目标路由转发协议，进而基于网关中预先维护的目标路由转发协议对应的目标服务实例列表，确定可为请求方提供服务的目标服务实例，进以使得服务请求信息对应的客户端可访问目标服务实例得到对应的服务。由于网关中既支持利用注册中心进行管理的服务实例，对应的注册中心转发类型的路由转发协议；还支持不通过注册中心管理的服务实例，对应的如域名转发类型、服务列表转发类型及长连接转发类型的路由转发协议，实现了同一网关对多种不同类型路由转发协议的兼容，进以使得开发技术不统一、存在网络不兼容或无注册中心的各服务实例可通过同一网关进行路由访问，降低了服务接入成本，降低了由于多次转发而导致的性能损失，避免了多网关的使用，降低了维护的困难程度，进以提升了如公司等特殊场景下针对服务资源使用的便捷度。

可选的，目标协议确定模块31，包括：

最长信息确定单元，用于确定服务请求信息中的最长地址信息；

目标协议确定单元，用于将最长地址信息与各路由转发协议中的路由谓词进行匹配，将匹配成功的路由谓词对应的路由转发协议确定为目标路由转发协议。

可选的，目标实例确定模块32，包括：

目标列表确定单元，用于根据目标路由转发协议，确定与目标路由转发协议对应的目标服务实例列表；

目标实例确定单元，用于对目标服务实例列表进行轮询确定与服务请求信息对应的目标服务实例；或者，由目标服务实例列表中随机选择一个服务实例，作为服务请求信息对应的目标服务实例。

可选的，路由转发装置，还包括：实例列表加载模块和实例列表维护模块。

实例列表加载模块，用于在根据目标路由转发协议对应的服务实例列表之前，预加载各路由转发协议对应的服务实例列表。

实例列表维护模块，用于针对每个服务实例列表，按照预设周期向服务实例列表中各服务实例进行健康检测；根据各服务实例的健康检测结果，确定各服务实例的健康状态，并根据各服务实例的健康状态对服务实例列表进行维护。

可选的，实例列表加载模块，具体用于：

针对服务列表转发类型的路由转发协议，接收与微服务对应的服务实例配置信息，根据服务实例配置信息构建服务列表转发类型的服务实例列表；

针对注册中心转发类型的路由转发协议，由注册中心中获取与微服务对应的注册中心配置信息，根据注册中心配置信息确定注册中心转发类型的服务实例列表。

可选的，实例列表维护模块，具体用于：

针对每个服务实例，若健康检测结果为失败，则确定为失败的健康检测结果的连续出现次数；

在连续出现次数大于第一预设次数时，将服务实例的健康状态确定为不健康，并将服务实例在服务实例列表中进行标注；

在连续出现次数大于第二预设次数时，将服务实例由对应服务实例列表中删除；

在服务实例对应的健康检测结果为成功时，将服务实例恢复至对应的服务实例列表中。

本发明实施例提供的路由转发装置可执行本发明任意实施例所提供的路由转发方法，具备执行相应方法的功能模块和有益效果。

实施例四

图5为本发明实施例四提供的一种路由转发设备的结构示意图。路由转发设备40可为电子设备，旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，路由转发设备40包括至少一个处理器41，以及与至少一个处理器41通信连接的存储器，如只读存储器(ROM)42、随机访问存储器(RAM)43等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器41可以根据存储在只读存储器(ROM)42中的计算机程序或者从存储单元48加载到随机访问存储器(RAM)43中的计算机程序，来执行各种适当的动作和处理。在RAM 43中，还可存储路由转发设备40操作所需的各种程序和数据。处理器41、ROM 42以及RAM 43通过总线44彼此相连。输入/输出(I/O)接口45也连接至总线44。

路由转发设备40中的多个部件连接至I/O接口45，包括：输入单元46，例如键盘、鼠标等；输出单元47，例如各种类型的显示器、扬声器等；存储单元48，例如磁盘、光盘等；以及通信单元49，例如网卡、调制解调器、无线通信收发机等。通信单元49允许路由转发设备40通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器41可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器41的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器41执行上文所描述的各个方法和处理，例如路由转发方法。

在一些实施例中，路由转发方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元48。在一些实施例中，计算机程序的部分或者全部可以经由ROM 42和/或通信单元49而被载入和/或安装到路由转发设备40上。当计算机程序加载到RAM 43并由处理器41执行时，可以执行上文描述的路由转发方法的一个或多个步骤。备选地，在其他实施例中，处理器41可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行路由转发方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种路由转发方法，其特征在于，包括：

接收服务请求信息，并根据所述服务请求信息由多个路由转发协议中确定目标路由转发协议；

根据所述目标路由转发协议对应的目标服务实例列表，确定与所述服务请求信息对应的目标服务实例；

根据所述目标服务实例对应的访问地址向所述服务请求信息对应的客户端反馈路由反馈信息，以使所述服务请求信息对应的客户端根据所述路由反馈信息访问所述目标服务实例；

其中，所述路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

2.根据权利要求1所述的方法，其特征在于，所述根据所述服务请求信息由多个路由转发协议中确定目标路由转发协议，包括：

确定所述服务请求信息中的最长地址信息；

将所述最长地址信息与各所述路由转发协议中的路由谓词进行匹配，将匹配成功的路由谓词对应的路由转发协议确定为目标路由转发协议。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述目标路由转发协议对应的服务实例列表之前，还包括：

预加载各所述路由转发协议对应的服务实例列表；

针对每个所述服务实例列表，按照预设周期向所述服务实例列表中各服务实例进行健康检测；

根据各所述服务实例的健康检测结果，确定各所述服务实例的健康状态，并根据各所述服务实例的健康状态对所述服务实例列表进行维护。

4.根据权利要求3所述的方法，其特征在于，所述根据各所述服务实例的健康检测结果，确定各所述服务实例的健康状态，并根据各所述服务实例的健康状态对所述服务实例列表进行维护，包括：

针对每个所述服务实例，若所述健康检测结果为失败，则确定为失败的健康检测结果的连续出现次数；

在所述连续出现次数大于第一预设次数时，将所述服务实例的健康状态确定为不健康，并将所述服务实例在所述服务实例列表中进行标注；

在所述连续出现次数大于第二预设次数时，将所述服务实例由对应服务实例列表中删除。

5.根据权利要求4所述的方法，其特征在于，在所述将所述服务实例由对应服务实例列表中删除之后，还包括：

在所述服务实例对应的健康检测结果为成功时，将所述服务实例恢复至对应的服务实例列表中。

6.根据权利要求3所述的方法，其特征在于，所述预加载各所述路由转发协议对应的服务实例列表，包括：

针对所述服务列表转发类型的路由转发协议，接收与微服务对应的服务实例配置信息，根据所述服务实例配置信息构建服务列表转发类型的服务实例列表；

针对所述注册中心转发类型的路由转发协议，由注册中心中获取与微服务对应的注册中心配置信息，根据所述注册中心配置信息确定注册中心转发类型的服务实例列表。

7.根据权利要求1所述的方法，其特征在于，所述根据所述目标路由转发协议对应的目标服务实例列表，确定与所述服务请求信息对应的目标服务实例，包括：

根据所述目标路由转发协议，确定与所述目标路由转发协议对应的目标服务实例列表；

对所述目标服务实例列表进行轮询确定与所述服务请求信息对应的目标服务实例；或者，由所述目标服务实例列表中随机选择一个服务实例，作为所述服务请求信息对应的目标服务实例。

8.一种路由转发装置，其特征在于，包括：

目标协议确定模块，用于接收服务请求信息，并根据所述服务请求信息由多个路由转发协议中确定目标路由转发协议；

目标实例确定模块，用于根据所述目标路由转发协议对应的目标服务实例列表，确定与所述服务请求信息对应的目标服务实例；

路由访问模块，用于根据所述目标服务实例对应的访问地址向所述服务请求信息对应的客户端反馈路由反馈信息，以使所述服务请求信息对应的客户端根据所述路由反馈信息访问所述目标服务实例；

其中，所述路由转发协议的协议类型包括域名转发类型、服务列表转发类型、注册中心转发类型和长连接转发类型中的至少两种。

9.一种路由转发设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7任一项所述的路由转发方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一项所述的路由转发方法。