[发明专利]访问请求的处理方法及装置

说明书

本申请公开了一种访问请求的处理方法及装置。其中，该方法包括：检测第一访问请求，其中，第一访问请求携带有目标对象的标识信息；从目标服务器中的各个服务实例中确定与标识信息对应的目标服务实例，将第一访问请求转发至目标服务实例，其中，目标服务器用于提供集群服务，集群服务中的各个服务实例用于实现同一业务，且各个服务实例处理的数据不同；获取目标服务实例的反馈信息，其中，反馈信息用于指示目标服务实例是否支持第一访问请求所对应的业务；根据反馈信息确定是否将访问请求转发至各个服务实例中的其他服务实例。本申请解决了由于相关技术中造成的通信设计复杂，连接步骤繁琐以及处理资源性能损耗严重的技术问题。

技术领域

本申请涉及通信领域，具体而言，涉及一种访问请求的处理方法及装置。

背景技术

在大规模系统中，为适应高并发，大数据，高可用等特点，往往将服务部署成集群，统一对外提供数据访问服务，客户端通过负载均衡策略向某服务器请求获取服务。

在服务是无状态的情况下，任一服务器均可向客户端提供数据请求服务，但是当服务是有状态的，服务器存储的数据只包含局部数据，当客户端连接到某一服务器上，如果该服务器未记录请求的数据，该服务器将不能对其请求做出响应。

针对以上应用场景，相关技术中，通常有以下几种解决办法：

第一种：服务端返回记录该数据的服务器地址，客户端重新连接，该方案需要客户端重连服务器，会增加客户端软件的复杂性。

第二种：客户端记录数据分布情况，根据数据分布向指定的服务器发起请求；

对于第二种方案有以下三个问题：a：客户端需要根据数据分布频繁连接不同的服务器，增加性能损耗；b：客户端需要实时与所有服务端保持通信，以更新数据分布，增加客户端设计复杂性；c：客户端与服务器之间需要设计容错机制，以免客户端记录的数据分布与真正分布不一致。

第三种：将数据存储在共享存储模块比如数据库，Redis等数据库中，将服务变成无状态服务。相比较，第三种方案具有较大的优势，能解决有状态服务器的大部分问题，但是由于数据库，Redis支持的数据类型比较单一，在存储及检索复杂结构的数据类型时，性能差，并且会带来设计复杂性，需要将复杂结构转成简单结构。因此当服务器处理类型是复杂的数据类型时，该方案仍有不适用。

综上，可知相关技术中，集群服务中这一应用场景中，客户端与服务端存在通信设计复杂，连接步骤繁琐，处理效率较差，处理资源浪费严重，性能损耗较严重的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种访问请求的处理方法及装置，以至少解决由于相关技术中造成的通信设计复杂，连接步骤繁琐以及处理资源性能损耗严重的技术问题。

根据本申请实施例的一个方面，提供了一种访问请求的处理方法，包括：检测第一访问请求，其中，第一访问请求携带有目标对象的标识信息；从目标服务器中的各个服务实例中确定与标识信息对应的目标服务实例，将第一访问请求转发至目标服务实例，其中，目标服务器用于提供集群服务，集群服务中的各个服务实例用于实现同一业务，且各个服务实例处理的数据不同；获取目标服务实例的反馈信息，其中，反馈信息用于指示目标服务实例是否支持第一访问请求所对应的业务；根据反馈信息确定是否将访问请求转发至各个服务实例中的其他服务实例。

可选地，从目标服务器中的各个服务实例中确定与标识信息对应的目标服务实例，包括：获取目标历史时段内目标服务器的历史访问记录；从历史访问记录中确定目标对象访问过的服务实例；将标识信息访问过的服务实例确定为目标服务实例。

可选地，根据反馈信息确定是否将访问请求转发至各个服务实施例中的其他服务实施例，包括：在反馈信息指示目标服务实例不支持第一访问请求所对应的业务的情况下，将第一访问请求转发至其他服务实例。