[发明专利]服务请求的路由方法、装置、计算机设备和存储介质

说明书

本发明提供一种服务请求的路由方法、装置、计算机设备和存储介质，所述方法包括：接收服务请求；根据所述服务请求获取身份标识和服务类型；在路由记录表中查询服务节点标识和服务标识；所述服务节点标识和服务标识与所述身份标识和所述服务类型相应；将所述服务请求发送至所述服务节点标识对应的服务节点中运行的、且对应于查询到的所述服务标识的服务实例。根据路由记录表将多次接收的对应于相同身份标识和服务类型的服务请求，路由至相同服务实例进行响应处理，从而实现了粘性路由的效果，并且能够实现直接将服务请求路由至具体的服务实例，细化了对应于服务请求的路由目标粒度。

技术领域

本发明涉及互联网技术领域，特别是涉及一种服务请求的路由方法、装置、计算机设备和存储介质。

背景技术

随着互联网技术的不断发展，互联网上交互的数据量快速增长，互联网提供的服务也越来越多，为了减轻单个服务器的数据处理压力，形成了分布式服务器的格局。换句话说，通过将数据和程序提供的服务分散到分布式服务器来减轻单个服务器的数据处理压力。该分布式服务器中的单个服务器称为一个服务节点，一个服务节点上可以分布多种类型的服务，也可以运行多个同类型的服务实例，一种类型的服务也可以分布在多个服务节点上。当客户端首次向分布式服务器发起服务请求时，将该服务请求路由至该多个服务节点中的单个服务节点。当客户端再次向分布式服务器发起该服务请求时，仍然将该服务请求路由至前次响应和处理该服务请求的服务节点。对于同样的服务请求路由至同样的服务节点进行处理的效果称为粘性路由。

目前，实现粘性路由的方式是在服务器和外部网络间设置负载均衡器，由该负载均衡器实现客户端和服务节点之间路由的状态保持。如将nginx作为负载均衡器，通过配置sticky实现负载均衡器将客户端的服务请求分配至对应配置的服务节点，从而实现了“粘性”路由的效果。

然而，分布式服务器并非都基于http协议，也不一定都具有状态保持的存储对象。而且，响应于客户端的服务请求可能会调用多个服务节点，涉及到多种通讯协议，而现有的负载均衡器未能实现多种协议的路由分配。此外，负载均衡器只能将客户端的服务请求路由至某个服务节点，并不能路由至该服务节点中某个具体的服务实例，从而导致对应于服务请求的路由目标粒度不够。

发明内容

基于此，有必要针对目前对应于服务请求的路由目标粒度不够的技术问题，提出了一种服务请求的路由方法、装置、计算机设备和存储介质。

一种服务请求的路由方法，所述方法包括：

接收服务请求；

根据所述服务请求获取身份标识和服务类型；

在路由记录表中查询服务节点标识和服务标识；所述服务节点标识和服务标识与所述身份标识和所述服务类型相应；

将所述服务请求发送至所述服务节点标识对应的服务节点中运行的、且对应于查询到的所述服务标识的服务实例。

在其中一个实施例中，所述方法还包括：

当接收到所述服务实例反馈的服务请求时，返回执行所述根据所述服务请求获取身份标识和服务类型的步骤；所述反馈的服务请求由所述服务实例根据发送至所述服务实例的所述服务请求反馈。

在其中一个实施例中，所述方法还包括：

当在所述路由记录表中未查询到所述服务节点标识和所述服务标识时，从服务注册表中查询对应于所述服务类型的服务标识；

在查询到的所述服务标识中选择服务标识；

将所述服务请求发送至选择的所述服务标识对应的服务实例；

在路由记录表中对应记录所述身份标识、所述服务类型、选择的所述服务标识以及相应的服务节点标识。

在其中一个实施例中，所述在查询到的所述服务标识中选择服务标识，包括：