技术领域
[0001] 本
发明涉及
数据处理技术领域，特别是涉及一种访问请求处理的方法、装置、设备以及计算机可读存储介质。
背景技术
[0002] 目前由于
大数据的快速发展，各个
数据中心也变得越来越大，
服务器监控平台已经是大势所趋。因为数据中心的逐渐扩大，对于数据的监控处理也逐渐达到每秒钟百万级甚至千万级，这种大量级的监控服务访问，极大可能造成监控服务的崩溃。
[0003] 综上所述可以看出，如何提高大量级访问请求的处理效率，从而避免发生请求阻塞、服务宕机的现象是目前有待解决的问题。
发明内容
[0004] 本发明的目的是提供一种访问请求处理的方法、装置、设备以及计算机可读存储介质，以解决
现有技术中处理大量级访问时，极大可能造成请求阻塞及服务宕机的现象的问题。
[0005] 为解决上述技术问题，本发明提供一种访问请求处理的方法，包括：当服务器监控平台的服务注册中心接收到访问请求后，根据处理所述访问请求
接口的业务类型以及预先注册至所述服务注册中心的各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的备选服务；计算各个备选服务的可负载权重；判断所述访问请求的量级是否大于等于预设量级
阈值；若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求转发至所述各个备选服务中可负载权重最高的目标服务，利用所述目标服务对所述访问请求进行处理。
[0006] 优选地，所述判断所述访问请求的量级是否大于等于预设量级阈值后还包括：
[0007] 若所述访问请求的量级大于等于所述预设量级阈值，则依据所述各个备选服务的可负载权重的比例，将所述访问请求分发至所述各个备选服务进行处理。
[0008] 优选地，所述当服务器监控平台的服务注册中心接收到访问请求后，根据接口的业务类型以及预先注册至所述服务注册中心的各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的目标服务前包括：
[0009] 当所述服务注册中心接收所述各个服务的注册请求时，根据所述各个服务部署的宿主机的配置信息，确定所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重；
[0010] 根据所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重，确定所述各个服务部署的宿主机类型；
[0011] 根据所述各个服务的可提供业务类型以及所述各个服务部署的宿主机类型，确定所述各个服务的类型；
[0012] 将所述各个服务注册至所述服务注册中心，并标记所述各个服务的类型以及可提供业务类型。
[0013] 优选地，所述根据所述各个服务部署的宿主机的配置信息，计算所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重包括：
[0014] 利用wcount＝3*K+2*M+3*R，确定当前服务部署的宿主机的计算考察项权重wcount，其中，K为所述当服务部署的宿主机的CPU核数，M为所述当前服务部署的宿主机的内存容量，R为所述当前服务部署的宿主机的缓存命中率；
[0015] 利用wIO＝3*H+2*B+R，确定所述当前服务部署的宿主机的IO考察项权重wIO；其中，H为所述当前服务的宿主机的
硬盘IO，B为所述当前服务部署的宿主机的网络带宽；
[0016] 利用wmemory＝2*H+4*C，确定所述当前服务部署的宿主机的存储考察项权重wmemory，其中，C为所述当前服务的宿主机的硬盘容量。
[0017] 优选地，所述根据所述各个服务的可提供业务类型以及所述各个服务部署的宿主机类型，确定所述各个服务的类型包括：
[0018] 若所述当前服务提供的业务类型为文件上传业务，则所述当前服务的类型Tservice为：Tservice＝60％*TIO+40％*Tmemory，其中，TIO为IO密集型，Tmemory为存储密集型；
[0019] 若所述当前服务提供的业务类型为告警处理，则所述当前服务的类型Tservice为计算密集型Tcount；
[0020] 若所述当前服务提供的业务类型为日志文件存储业务，则所述当前服务的类型Tservice为：Tservice＝20％*TIO+80％*Tmemory。
[0021] 本发明还提供了一种访问请求处理的装置，包括：
[0022] 查找模
块，用于当服务器监控平台的服务注册中心接收到访问请求后，根据处理所述访问请求接口的业务类型以及预先注册至所述服务注册中心的各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的备选服务；
[0023] 计算模块，用于计算各个备选服务的可负载权重；
[0024] 判断模块，用于判断所述访问请求的量级是否大于等于预设量级阈值；
[0025] 转发模块，用于若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求转发至所述各个备选服务中可负载权重最高的目标服务，利用所述目标服务对所述访问请求进行处理。
[0026] 优选地，所述判断模块后还包括：
[0027] 分发模块，用于若所述访问请求的量级大于等于所述预设量级阈值，则依据所述各个备选服务的可负载权重的比例，将所述访问请求分发至所述各个备选服务进行处理。
[0028] 优选地，所述查找模块前包括：
[0029] 权重确定模块，用于当所述服务注册中心接收所述各个服务的注册请求时，根据所述各个服务部署的宿主机的配置信息，确定所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重；
[0030] 宿主机类型确定模块，用于根据所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重，确定所述各个服务部署的宿主机类型；
[0031] 服务类型确定模块，用于根据所述各个服务的可提供业务类型以及所述各个服务部署的宿主机类型，确定所述各个服务的类型；
[0032] 注册标记模块，用于将所述各个服务注册至所述服务注册中心，并标记所述各个服务的类型以及可提供业务类型。
[0033] 本发明还提供了一种访问请求处理的设备，包括：
[0034]
存储器，用于存储
计算机程序；处理器，用于执行所述计算机程序时实现上述一种访问请求处理的方法的步骤。
[0035] 本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述一种访问请求处理的方法的步骤。
[0036] 本发明所提供的访问请求处理的方法，预先将各个服务注册至服务器监控平台的服务注册中心，标记所述各个服务的类型与可提供业务类型。当所述服务注册中心接收到访问请求后，根据接口的业务类型以及所述各个服务的类型与可提供业务类型，在所述各个服务中查找可以向所述访问请求提供服务器的备选服务，并计算所述各个备选服务的可负载权重。判断所述访问请求的量级是否大于等于预设量级阈值，若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求发送至所述各个备选服务中可负载权重最大的目标服务进行处理。本发明所提供的方法，将服务注册进服务注册中心，服务注册中心在接收到大量级的访问请求时，通过计算每个备选服务的可负载权重，将访问请求转发至可负载权重最高的服务进行处理，实现大量级访问请求的高效处理，可以有效地降低请求阻塞、避免服务宕机。且本发明中，将访问量划分为不同等级，以便访问量大于等于所述预设量级阈值时，将所有的访问请求转发给同一个服务处理，仍会造成请求阻塞的现象。因此，当所述访问请求的量级小于所述预设量级阈值时，才将全部的访问请求转发至可负载权重最高的服务，进一步避免了处理大量访问请求时出现阻塞与宕机的现象。
附图说明
[0037] 为了更清楚的说明本发明
实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0038] 图1为本发明所提供的访问请求处理的方法的第一种具体实施例的
流程图；
[0039] 图2为本发明所提供的访问请求处理的方法的第二种具体实施例的流程图；
[0040] 图3为本发明实施例提供的一种访问请求处理的装置的结构
框图。
具体实施方式
[0041] 本发明的核心是提供一种访问请求处理方法、装置、设备以及计算机可读存储介质，实现了大量级访问请求的高效处理，有效地降低请求阻塞、避免服务宕机。
[0042] 为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0043] 请参考图1，图1为本发明所提供的访问请求处理的方法的第一种具体实施例的流程图；具体操作步骤如下：
[0044] 步骤S101：当服务器监控平台的服务注册中心接收到访问请求后，根据处理所述访问请求接口的业务类型以及预先注册至所述服务注册中心的各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的备选服务；
[0045] 步骤S102：计算各个备选服务的可负载权重；
[0046] 步骤S103：判断所述访问请求的量级是否大于等于预设量级阈值；
[0047] 步骤S104：若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求转发至所述各个备选服务中可负载权重最高的目标服务，利用所述目标服务对所述访问请求进行处理。
[0048] 在本实施例中，当所述服务注册中心接到大量级的访问请求时，首先根据接口的业务类型，判断能够给其提供服务器的备选服务；然后基于该业务的功能，在计算、IO、存储方面的需求。同时基于每个备选服务当前状态，判断每个备选服务在计算、IO、存储的可负载权重。基于上述计算，将访问请求转发到对应功功能权重较高的服务中去处理。记录该接口的响应时长，判断该服务处理客户端请求的能
力，基于此判断上述分配是否合理，对
知识库中服务器的权重进行调整。
[0049] 基于上述实施例，在本实施例中，在服务注册中心接收到大量级的访问请求前包括：将各个服务注册至所述服务注册中心，并标记所述各个服务的类型与可提供业务类型。当所述服务注册中心接收到的访问请求的量级大于等于预设量级阈值时，将所述访问请求依据各个备选服务的可负载权重的比例，分发至各个备选服务进行处理。
[0050] 请参考图2，图2为本发明所提供的访问请求处理的方法的第二种具体实施例的流程图；具体操作步骤如下：
[0051] 步骤S201：当服务器监控平台的服务注册中心接收到各个服务的注册请求时，根据所述各个服务部署的宿主机的配置信息，确定所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重；
[0052] 在本实施例中，根据所述各个服务部署的宿主机的配置信息，例如CPU、内存、网络、硬盘等信息，计算出所述各个服务部署的宿主机在计算、IO、存储等方面的权重。
[0053] 利用wcount＝3*K+2*M+3*R，确定当前服务部署的宿主机的计算考察项权重wcount，其中，K为所述当服务部署的宿主机的CPU核数，M为所述当前服务部署的宿主机的内存容量，R为所述当前服务部署的宿主机的缓存命中率；
[0054] 利用wIO＝3*H+2*B+R，确定所述当前服务部署的宿主机的IO考察项权重wIO；其中，H为所述当前服务的宿主机的硬盘IO，B为所述当前服务部署的宿主机的网络带宽；
[0055] 利用wmemory＝2*H+4*C，确定所述当前服务部署的宿主机的存储考察项权重wmemory，其中，C为所述当前服务的宿主机的硬盘容量。
[0056] 步骤S202：根据所述各个服务部署的宿主机的计算考察项权重、IO考察项权重、存储考察项权重，确定所述各个服务部署的宿主机类型；
[0057] 所述当前服务部署的宿主机类型为：Thost＝wcount*计算密集型+wIO*IO密集型+wmemory*存储密集型。
[0058] 上述考察项为一套知识库，每个类型的考察项以及考察项的权重都是可维护数据，用户可根据需求添加新的考察项。
[0059] 步骤S203：根据所述各个服务的可提供业务类型以及所述各个服务部署的宿主机类型，确定所述各个服务的类型；
[0060] 若当前服务提供的业务类型为文件上传业务时，对硬盘IO、网络IO要求较高，因此所述当前服务为IO密集型；同时对于文件存储、存储容量要求较高，因此所述当前服务也属于存储密集型。最终将所述当前服务归类于60％IO密集型，40％存储密集型，即Tservice＝60％*TIO+40％*Tmemory，其中，Tservice为所述当前服务的类型，TIO为IO密集型，Tmemory为存储密集型。
[0061] 若所述当前服务提供的业务类型为告警处理，对缓存命中率较高，同时对内存、CPU处理速度较高，因此所述当前服务的类型Tservice为计算密集型Tcount。
[0062] 若所述当前服务提供的业务类型为日志文件存储业务，此类接口需要保存机器日志数据，周期较长，因此对存储容量要求较高，属于存储密集型；在单个日志数据存储过程中，也会对IO要求较高。因此将这个接口归类为80％存储密集型，20％IO密集型，即所述当前服务的类型Tservice为：Tservice＝20％*TIO+80％*Tmemory。
[0063] 基于不同的业务类型，对各种资源进行合理利用，避免造成资源浪费。且在本实施例中，对应服务的类型、权重比也是一套可维护的知识库。
[0064] 步骤S204：将所述各个服务注册至所述服务注册中心，并标记所述各个服务的类型以及可提供业务类型；
[0065] 步骤S205：当所述服务注册中心接收到大量级的访问请求后，根据接口的业务类型以及所述各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的备选服务；
[0066] 步骤S206：计算各个备选服务的可负载权重；
[0067] 步骤S207：判断所述访问请求的量级是否大于等于预设量级阈值；
[0068] 步骤S208：若所述访问请求的量级大于等于所述预设量级阈值，则依据所述各个备选服务的可负载权重的比例，将所述访问请求分发至所述各个备选服务进行处理；
[0069] 步骤S209：若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求转发至所述各个备选服务中可负载权重最高的目标服务，利用所述目标服务对所述访问请求进行处理。
[0070] 本实施例所提供的访问请求方法，利用服务注册中心接收多个服务的注册请求，记录每个服务在计算、IO、存储的权重，宿主机类型，服务类型考察方法。利用负载计算中心，根据接口类型，计算各个服务的负载权重，作为接口的分发提供依据。本实施例可以通过计算服务的负载量，将大量级的访问请求转发给不同的服务，达到快速、高效、准确、完整的处理，能够有效的降低请求阻塞甚至服务宕机。且在本实施例中，当所述访问请求的数量大于等于所述根据不同服务的权重比，将访问请求按照比例分发给不同的备选服务处理。
[0071] 请参考图3，图3为本发明实施例提供的一种访问请求处理的装置的结构框图；具体装置可以包括：
[0072] 查找模块100，用于当服务器监控平台的服务注册中心接收到访问请求后，根据处理所述访问请求接口的业务类型以及预先注册至所述服务注册中心的各个服务的类型与可提供业务类型，在所述各个服务中查找用于向所述访问请求提供服务器的备选服务；
[0073] 计算模块200，用于计算各个备选服务的可负载权重；
[0074] 判断模块300，用于判断所述访问请求的量级是否大于等于预设量级阈值；
[0075] 转发模块400，用于若所述访问请求的量级小于所述预设量级阈值，则将所述访问请求转发至所述各个备选服务中可负载权重最高的目标服务，利用所述目标服务对所述访问请求进行处理。
[0076] 本实施例的访问请求处理的装置用于实现前述的访问请求处理的方法，因此访问请求处理的装置中的具体实施方式可见前文中的访问请求处理的方法的实施例部分，例如，查找模块100，计算模块200，判断模块300，转发模块400，分别用于实现上述访问请求处理的方法中步骤S101，S102，S103和S104，所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。
[0077] 本发明具体实施例还提供了一种访问请求处理的设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现上述一种访问请求处理的方法的步骤。
[0078] 本发明具体实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述一种访问请求处理的方法的步骤。
[0079] 本
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
[0080] 专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及
算法步骤，能够以
电子硬件、计算机
软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0081] 结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的
软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、
只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0082] 以上对本发明所提供的访问请求处理的方法、装置、设备以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明
权利要求的保护范围内。
