CN111064802B - 一种网络请求的处理方法、装置、电子设备及存储介质 - Google Patents

一种网络请求的处理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111064802B
CN111064802B CN201911368651.5A CN201911368651A CN111064802B CN 111064802 B CN111064802 B CN 111064802B CN 201911368651 A CN201911368651 A CN 201911368651A CN 111064802 B CN111064802 B CN 111064802B
Authority
CN
China
Prior art keywords
data center
network request
service type
target
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911368651.5A
Other languages
English (en)
Other versions
CN111064802A (zh
Inventor
张国妍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN201911368651.5A priority Critical patent/CN111064802B/zh
Publication of CN111064802A publication Critical patent/CN111064802A/zh
Application granted granted Critical
Publication of CN111064802B publication Critical patent/CN111064802B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明实施例提供了一种网络请求的处理方法、装置、电子设备及存储介质，方法包括：获取客户端发送至第一数据中心的网络请求；当第一数据中心发生故障时，确定网络请求对应的目标业务类型；基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心；将网络请求转发至目标数据中心，以使目标数据中心对网络请求进行处理。应用本发明实施例，可以确定满足业务类型所需处理条件的目标数据中心，通过目标数据中心处理客户端发送的网络请求，可以保证网络请求的处理质量。

Description

一种网络请求的处理方法、装置、电子设备及存储介质
技术领域
本发明涉及流量调度技术领域，特别是涉及一种网络请求的处理方法、装置、电子设备及存储介质。
背景技术
数据中心(Data Center)是互联网的重要组成部分，可以用来在网络基础设施上传递、加速、展示、计算、存储数据信息。一个数据中心通常包括多个服务器，当数据中心发生故障时，该数据中心中的服务器便无法正常处理客户端发送的网络请求。为了保障网络的正常运行，这时需要选取其他可用的数据中心，然后利用该可用的数据中心中的服务器接收并处理网络请求。
目前，工作人员可以通过负载均衡设备人工设置第二数据中心，负载均衡设备与数据中心可以同时接收客户端发送的网络请求，当数据中心发生故障时，负载均衡设备可以将该网络请求转发至第二数据中心，进而第二数据中心中的服务器可以接收并处理客户端发送的网络请求。
由于不同网络请求对应的业务类型不同，对第二数据中心的网络时延、带宽余量等条件的要求也不同，所以工作人员人工设置的第二数据中心很可能不符合网络请求的处理要求，不能保证网络请求的处理质量。
发明内容
本发明实施例的目的在于提供一种网络请求的处理方法、装置、电子设备及存储介质，以在当前数据中心发生故障时选择符合处理要求的数据中心，保证网络请求的处理质量。
第一方面，本发明实施例提供了一种网络请求的处理方法，所述方法包括：
获取客户端发送至第一数据中心的网络请求；
当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心，其中，所述第二数据中心为当前未发生故障的数据中心；
将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理。
可选的，所述基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心的步骤，包括：
获取所述多个第二数据中心对应的处理状态信息；
基于所述处理状态信息以及所述目标业务类型，确定每个所述第二数据中心对应的状态评分；
根据所述状态评分，从所述多个第二数据中心中选择目标数据中心。
可选的，所述基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心的步骤，包括：
基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识，其中，所述对应关系为基于所述多个第二数据中心对应的状态评分确定的，所述状态评分为根据所述多个第二数据中心的处理状态信息以及各业务类型确定的；
将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
可选的，所述处理状态信息包括网络时延、网络带宽余量、中央处理器空闲率及内存空闲率；
所述状态评分的确定方式，包括：
根据业务类型与预设评分权重的对应关系，确定所述网络时延、所述网络带宽余量、所述中央处理器空闲率及所述内存空闲率分别对应的评分权重；
根据公式r＝w1*1/t+w2*b+w3*c+w4*m，确定每个所述第二数据中心的状态评分r；
其中，w1为所述网络时延对应的评分权重，t为所述第二数据中心的网络时延，w2为所述网络带宽余量对应的评分权重，b为所述网络带宽余量，w3为所述中央处理器空闲率对应的评分权重，c为所述中央处理器空闲率，w4为所述内存空闲率对应的评分权重，m为所述内存空闲率。
可选的，所述目标业务类型为即时通讯服务类型；
所述获取所述多个第二数据中心对应的处理状态信息的步骤，包括：
获取接收到所述网络请求的时间点的每个所述第二数据中心对应的处理状态信息。
可选的，所述目标业务类型为非即时通讯服务类型；
所述获取所述多个第二数据中心对应的处理状态信息的步骤，包括：
获取接收到所述网络请求之前预设时间段内每个所述第二数据中心对应的处理状态信息。
可选的，在所述将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理的步骤之后，所述方法还包括：
将所述目标业务类型及所述目标数据中心的数据中心标识对应保存于本地缓存中。
可选的，在所述获取所述多个第二数据中心对应的处理状态信息的步骤之前，所述方法还包括：
判断本地缓存中是否存储有所述目标业务类型对应的数据中心标识；
如果是，将所述数据中心标识对应的数据中心作为目标数据中心；
如果否，执行所述获取所述多个第二数据中心对应的处理状态信息的步骤。
第二方面，本发明实施例提供了一种网络请求的处理装置，所述装置包括：
网络请求获取模块，用于获取客户端发送至第一数据中心的网络请求；
业务类型确定模块，用于当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
数据中心选择模块，用于基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心，其中，所述第二数据中心为当前未发生故障的数据中心；
网络请求转发模块，用于将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理。
可选的，所述数据中心选择模块包括：
状态信息获取子模块，用于获取所述多个第二数据中心对应的处理状态信息；
状态评分确定子模块，用于基于所述处理状态信息以及所述目标业务类型，确定每个所述第二数据中心对应的状态评分；
数据中心选择子模块，用于根据所述状态评分，从所述多个第二数据中心中选择目标数据中心。
可选的，所述数据中心选择模块包括：
标识确定子模块，用于基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识，其中，所述对应关系为基于所述多个第二数据中心对应的状态评分确定的，所述状态评分为状态评分确定子模块根据所述多个第二数据中心的处理状态信息以及各业务类型确定的；
数据中心确定子模块，用于将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
可选的，所述处理状态信息包括网络时延、网络带宽余量、中央处理器空闲率及内存空闲率；
所述状态评分确定子模块包括：
权重确定单元，用于根据业务类型与预设评分权重的对应关系，确定所述网络时延、所述网络带宽余量、所述中央处理器空闲率及所述内存空闲率分别对应的评分权重；
评分确定单元，用于根据公式r＝w1*1/t+w2*b+w3*c+w4*m，确定每个所述第二数据中心的状态评分r；
其中，w1为所述网络时延对应的评分权重，t为所述第二数据中心的网络时延，w2为所述网络带宽余量对应的评分权重，b为所述网络带宽余量，w3为所述中央处理器空闲率对应的评分权重，c为所述中央处理器空闲率，w4为所述内存空闲率对应的评分权重，m为所述内存空闲率。
可选的，所述目标业务类型为即时通讯服务类型；
所述状态信息获取子模块包括：
第一信息获取单元，用于获取接收到所述网络请求的时间点的每个所述第二数据中心对应的处理状态信息。
可选的，所述目标业务类型为非即时通讯服务类型；
所述状态信息获取子模块包括：
第二信息获取单元，用于获取接收到所述网络请求之前预设时间段内每个所述第二数据中心对应的处理状态信息。
可选的，所述数据中心选择模块还包括：
缓存子模块，用于在将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理之后，将所述目标业务类型及所述目标数据中心的数据中心标识对应保存于本地缓存中。
可选的，所述数据中心选择模块还包括：
判断子模块，用于在获取所述多个第二数据中心对应的处理状态信息之前，判断本地缓存中是否存储有所述目标业务类型对应的数据中心标识；
第一执行子模块，用于如果是，将所述数据中心标识对应的数据中心作为目标数据中心；
第二执行子模块，用于如果否，执行所述获取所述多个第二数据中心对应的处理状态信息的步骤。
第三方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一所述的网络请求的处理方法步骤。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述的网络请求的处理方法步骤。
本发明实施例所提供的方案中，电子设备可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例所提供的一种网络请求的处理方法的流程图；
图2为基于图1所示实施例的目标数据中心的选择方式的第一种具体流程图；
图3为基于图1所示实施例的目标数据中心的选择方式的第二种具体流程图；
图4为基于图2或图3所示实施例的状态评分确定方式的一种具体流程图；
图5为基于图1所示实施例的目标数据中心确定方式的一种具体流程图；
图6为本发明实施例所提供的一种网络请求的处理装置的结构示意图；
图7为图6中数据中心选择模块603的一种具体结构示意图；
图8为图6中数据中心选择模块603的另一种具体结构示意图；
图9为本发明实施例所提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
当第一数据中心发生故障时，为了保证网络请求的处理质量，本发明实施例提供了一种网络请求的处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品。
下面首先对本发明实施例所提供的一种网络请求的处理方法进行介绍。
本发明实施例所提供的一种网络请求的处理方法可以应用于电脑、处理器、服务器等电子设备，在此不做具体限定。为了描述方便，后续称为电子设备。
如图1所示，一种网络请求的处理方法，所述方法可以包括：
S101，获取客户端发送至第一数据中心的网络请求；
S102，当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
S103，基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心；
其中，所述第二数据中心为当前未发生故障的数据中心。
S104，将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理。
可见，本发明实施例所提供的方案中，电子设备可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
为了能够在数据中心发生故障时，选择未发生故障的数据中心对网络请求进行处理，电子设备可以与其所处网络环境中的多个数据中心通信连接，并且可以接收到客户端发送至各数据中心的网络请求。
当用户存在网络业务服务需求时，可以通过客户端发送网络请求至与该客户端通信连接的第一数据中心。这时，电子设备可以执行上述步骤S101，即获取客户端发送至第一数据中心的网络请求。其中，第一数据中心为上述多个数据中心中的一个。
当第一数据中心发生故障时，该第一数据中心便无法处理客户端发送的网络请求。由于网络请求的业务类型不同，对于数据中心的网络请求处理状态的需求也不同，所以为了从未发生故障的数据中心中选择一个合适的数据中心对该网络请求进行处理，在获取上述网络请求后，电子设备可以执行上述步骤S102，即确定网络请求对应的目标业务类型。其中，网络请求的业务类型可能为即时通讯业务类型、日志服务业务类型等业务类型。
在一种实施方式中，为了检测数据中心是否发生故障，当数据中心接收到客户端发送的网络请求后，可以向电子设备发送响应信息，电子设备便可以根据数据中心反馈的响应信息确定该数据中心是否发生故障。
例如，数据中心反馈的响应信息为“500Internal Server Error(内部服务器错误)”时，电子设备便可以确定该数据中心发生故障。
在另一种实施方式中，当网络请求为符合HTTP(hypertext transfer protocol，超文本传输协议)的网络请求时，电子设备可以根据网络请求包括的HOST信息及URL(Uniform Resource Locator，统一资源定位符)信息，确定该网络请求对应的目标业务类型。
例如，网络请求包括的HOST信息为视频聊天网站的域名，URL信息为视频聊天网站服务器的路径信息时，电子设备可以确定网络请求的目标业务类型即时通讯业务类型；网络请求包括的HOST信息为日志数据采集网站的域名，URL信息为日志数据采集服务器的路径信息时，电子设备可以确定网络请求的目标业务类型为日志服务业务类型。
不同的业务类型所对应的网络请求对数据中心的网络请求处理状态的要求不同。当数据中心的网络请求处理状态不能满足网络请求所需处理条件时，该数据中心对网络请求的处理质量便无法得到保证。例如，业务类型A1对应的网络请求实时性要求较高，那么便需要数据中心处理网络请求的网络时延较低。
因此，在确定上述网络请求对应的目标业务类型后，为了保证对该网络请求的处理质量，电子设备便可以执行上述步骤S103，即基于上述目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心。其中，第二数据中心即为当前未发生故障的数据中心。
确定上述目标数据中心后，电子设备便可以将上述网络请求转发至上述目标数据中心，也就是执行上述步骤S104。目标数据中心接收到该网络请求后，便可以对该网络请求进行处理。由于目标数据中心的网络请求处理状态满足目标业务类型所需的处理条件，所以目标数据中心可以保证对网络请求处理的处理质量。
目标数据中心通常包括多个服务器，当目标数据中心接收到电子设备转发的网络请求后，可以从其包括的多个服务器中选择一个服务器对上述网络请求进行处理。
在一种实施方式中，为了提高目标数据中心对网络请求的处理效率，电子设备可以按照负载均衡算法，从目标数据中心包括的多个服务器中选择一个目标服务器，然后通过该目标服务器处理上述网络请求。其中，上述负载均衡算法可以为RR(Round Robin，轮询法)、最小连接数法等，在此不做具体限定。
作为本发明实施例的一种实施方式，如图2所示，上述基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心的步骤，可以包括：
S201，获取所述多个第二数据中心对应的处理状态信息；
在第一数据中心发生故障时，第二数据中心处于工作状态，因此，在上述第一数据中心发生故障时，上述每个第二数据中心的网络请求处理状态可能各不相同。为了确定每个第二数据中心的网络请求处理状态，电子设备可以获取每个第二数据中心对应的处理状态信息。
其中，上述处理状态信息可以为能够表示第二数据中心的网络请求处理状态的信息，可以包括网络时延、网络带宽余量、中央处理器空闲率、内存空闲率、存储空间大小、单位服务时间价格等信息中的至少一个，在此不做具体限定。
S202，基于所述处理状态信息以及所述目标业务类型，确定每个所述第二数据中心对应的状态评分；
网络请求对应的业务类型不同，对数据中心的网络请求处理状态的要求也不同。因此，每个第二数据中心的网络请求处理状态与上述网络请求的处理要求的符合程度也是不同的。
在获取上述多个第二数据中心对应的处理状态信息后，为了确定每个第二数据中心的网络请求处理状态是否符合上述网络请求的处理要求，电子设备可以根据目标业务类型以及每个第二数据中心的处理状态信息，确定每个第二数据中心的状态评分。状态评分用于表示对应的第二数据中心的网络请求处理状态与网络请求的处理要求的符合程度。
S203，根据所述状态评分，从所述多个第二数据中心中选择目标数据中心。
上述状态评分可以表示第二数据中心的网络请求处理状态与上述网络请求的处理要求的符合程度，这样，电子设备便可以根据上述状态评分，确定网络请求处理状态符合网络请求的处理要求的第二数据中心，也就是目标数据中心。
在一种实施方式中，第二数据中心对应的状态评分越高，其网络请求处理状态越符合网络请求的处理要求。这样，电子设备可以将状态评分最高的第二数据中心确定为目标数据中心。
例如，电子设备确定第二数据中心DC1对应的状态评分为81分、第二数据中心DC2对应的状态评分为85分、第二数据中心DC3对应的状态评分为70分，那么，电子设备便可以将第二数据中心DC2作为目标数据中心。
在另一种实施方式中，电子设备可以将状态评分不低于预设状态评分阈值的第二数据中心确定为备选数据中心，进而从备选数据中心中选择一个数据中心作为目标数据中心。可以随机从备选数据中心中选择一个数据中心作为目标数据中心，也可以按照一定规则进行选择，这都是合理的。
例如，第二数据中心DC4对应的状态评分为56分、第二数据中心DC5对应的状态评分为66分、第二数据中心DC3对应的状态评分为71分。状态评分阈值为65分，当第二数据中心对应的状态评分不小于状态评分阈值时，该第二数据中心便符合网络请求的处理要求。那么，电子设备便可以确定第二数据中心DC5及第二数据中心DC6符合网络请求的处理要求，作为备选数据中心。进而可以从第二数据中心DC5及第二数据中心DC6中选择一个作为目标数据中心。
可见，本发明实施例所提供的方案中，电子设备可以获取多个第二数据中心对应的处理状态信息，然后基于处理状态信息以及目标业务类型，确定每个第二数据中心对应的状态评分，进而根据状态评分，从多个第二数据中心中选择目标数据中心。这样，当第一数据中心发生故障时，电子设备可以根据处理状态信息和目标业务类型，选择符合网络请求的处理要求的目标数据中心。
作为本发明实施例的一种实施方式，如图3所示，上述基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心的步骤，可以包括：
S301，基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识；
其中，对应关系为基于多个第二数据中心对应的状态评分确定的，状态评分为根据多个第二数据中心的处理状态信息以及各业务类型确定的。
为了减少确定目标数据中心所需的时间，当网络请求对于实时性的要求较低时，电子设备可以按照预设时长，周期性的获取每个第二数据中心的处理状态信息。
不同的业务类型对数据中心的网络请求处理要求不同，当业务类型不同时，电子设备根据第二数据中心的处理状态信息确定的状态评分也可能不同。因此，电子设备可以根据每个第二数据中心的处理状态信息以及各业务类型，确定每个第二数据中心对应的状态评分，并在下一个周期获取第二数据中心的处理状态信息后，再次计算状态评分，以保证状态评分为根据最新获取的处理状态信息确定的。
例如，业务类型为业务类型Y1时，电子设备确定第二数据中心D1对应的状态评分为77分、第二数据中心D2对应的状态评分为82分；业务类型为业务类型Y2时，电子设备确定第二数据中心D1对应的状态评分为73分、第二数据中心D2对应的状态评分为68分，那么，每种业务类型的情况下每个第二数据中心对应的状态评分便如下表所示：
Figure BDA0002339096440000121
电子设备根据上述状态评分，便可以确定每种业务类型对应的目标数据中心，进而，可以建立每种业务类型与对应的目标数据中心的数据中心标识的对应关系。
当第一数据中心发生故障时，电子设备便可以根据目标业务类型以及上述对应关系，确定目标业务类型对应的目标数据中心标识。例如，目标业务类型为业务类型Y3，业务类型与数据中心标识的对应关系如下表所示：
业务类型 数据中心标识
Y1 标识BS1
Y2 标识BS2
Y3 标识BS3
那么，电子设备根据上表，便可以确定业务类型Y3对应的目标数据中心标识为标识BS3。
S302，将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
在确定目标业务类型对应的目标数据中心标识后，电子设备便可以将目标数据中心标识对应的第二数据中心确定为目标数据中心。
可见，本发明实施例所提供的方案中，电子设备可以基于目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定目标业务类型对应的目标数据中心标识，然后将目标数据中心标识对应的第二数据中心，确定为目标数据中心。这样，当第一数据中心发生故障时，电子设备便可以根据目标业务类型以及上述对应关系，快速确定目标数据中心，可以减少确定目标数据中心所需的时间。
作为本发明实施例的一种实施方式，上述处理状态信息可以包括网络时延、网络带宽余量、中央处理器空闲率及内存空闲率。
相应的，如图4所示，上述状态评分的确定方式，可以包括：
S401，根据业务类型与预设评分权重的对应关系，确定所述网络时延、所述网络带宽余量、所述中央处理器空闲率及所述内存空闲率分别对应的评分权重；
网络请求对应的业务类型不同，对数据中心的网络请求处理状态的要求不同。例如，当网络请求对应的业务类型为即时通讯业务类型时，对数据中心的网络时延的要求较高；当网络请求对应的业务类型为日志服务业务类型时，对数据中心的网络带宽余量的要求较高。
因此，电子设备可以根据不同业务类型的网络请求对数据中心网络请求处理状态的要求，预先设置网络时延、网络带宽余量、中央处理器空闲率及内存空闲率分别对应的评分权重，得到预设评分权重。这样，电子设备也就获得业务类型与预设评分权重的对应关系。
电子设备确定上述网络请求对应的目标业务类型后，便可以根据目标业务类型以及上述业务类型与预设评分权重的对应关系，确定网络时延、网络带宽余量、中央处理器空闲率及内存空闲率分别对应的评分权重。
例如，业务类型与预设评分权重的对应关系如下表所示：
Figure BDA0002339096440000141
那么，目标业务类型为业务类型M1时，电子设备根据上表，便可以确定网络时延对应的评分权重为0.4、网络带宽余量对应的评分权重为0.2、中央处理器空闲率对应的评分权重为0.1、内存空闲率对应的评分权重为0.3。
S402，根据公式r＝w1*1/t+w2*b+w3*c+w4*m，确定每个所述第二数据中心的状态评分r；
其中，w1为所述网络时延对应的评分权重，t为所述第二数据中心的网络时延，w2为所述网络带宽余量对应的评分权重，b为所述网络带宽余量，w3为所述中央处理器空闲率对应的评分权重，c为所述中央处理器空闲率，w4为所述内存空闲率对应的评分权重，m为所述内存空闲率。
电子设备可以根据如下公式计算每个第二数据中心的状态评分r：
r＝w1*1/t+w2*b+w3*c+w4*m
电子设备根据上述业务类型与预设评分权重的对应关系，可以确定网络时延对应的评分权重w1、网络带宽余量对应的评分权重w2、中央处理器空闲率对应的评分权重w3、内存空闲率对应的评分权重w4，然后将上述评分权重w1、w2、w3、w4及第二数据中心的网络时延t、网络带宽余量b、中央处理器空闲率c、内存空闲率m代入上述公式，便可以得到第二数据中心的状态评分r。
例如，电子设备根据业务类型与预设评分权重的对应关系，确定网络时延对应的评分权重w1为0.4、网络带宽余量对应的评分权重w2为0.2、中央处理器空闲率对应的评分权重w3为0.1、内存空闲率对应的评分权重w4为0.3，第二数据中心D3的网络时延t为0.05、网络带宽余量b为50、中央处理器空闲率c为50％、内存空闲率m为60％，电子设备根据上述公式可以确定第二数据中心D3的状态评分r：
r＝0.4*1/0.05+0.2*50+0.1*0.5+0.3*0.6＝18.23
可见，本发明实施例所提供的方案中，电子设备可以根据业务类型与预设评分权重的对应关系，确定网络时延、网络带宽余量、中央处理器空闲率及内存空闲率分别对应的评分权重，然后便可以根据上述公式确定每个第二数据中心的状态评分。这样，电子设备可以将评分权重以及每个第二数据中心的网络时延、网络带宽余量、中央处理器空闲率、内存空闲率代入上述公式，可以确定每个第二数据的状态评分。
作为本发明实施例的一种实施方式，上述目标业务类型可以为即时通讯服务类型。
其中，即时通讯服务类型的网络请求可以包括网络视频、定位导航等对网络请求的处理实时性要求较高的网络请求。
相应的，上述获取所述多个第二数据中心对应的处理状态信息的步骤，可以包括：
获取接收到所述网络请求的时间点的每个所述第二数据中心对应的处理状态信息。
当目标业务类型为即时通讯服务类型时，该目标业务类型对应的网络请求对处理的实时性要求较高。因此，当上述目标业务类型为即时通讯服务类型时，电子设备便可以获取接收到上述网络请求的时间点的每个第二数据中心对应的处理状态信息，也就是当前时刻的每个第二数据中心对应的处理状态信息。
这样，电子设备便可以根据处理状态信息，确定接收到上述网络请求时每个第二数据中心瞬时的网络请求处理状态，然后便可以确定当前时刻符合即时通讯业务类型对应的网络请求的处理要求的第二数据中心，作为目标数据中心。
可见，本发明实施例所提供的方案中，电子设备可以获取接收到上述网络请求的时间点的每个上述第二数据中心对应的处理状态信息。这样，电子设备可以确定接收到上述网络请求时每个第二数据中心的网络请求处理状态，当目标业务类型为即时通信业务类型时，可以准确地确定符合网络请求的处理要求的目标数据中心。
作为本发明实施例的一种实施方式，上述目标业务类型可以为非即时通讯服务类型。
其中，非即时通讯服务类型的网络请求可以为日志数据采集、日志数据存储等对网络请求的处理的实时性要求较低的网络请求。
相应的，上述获取所述多个第二数据中心对应的处理状态信息的步骤，可以包括：
获取接收到所述网络请求之前预设时间段内每个所述第二数据中心对应的处理状态信息。
当目标业务类型为非即时通讯服务类型时，一般情况下，该目标业务类型对应的网络请求对网络请求的处理的实时性要求较低，对网络请求的处理的稳定性要求较高。
一般来说，数据中心瞬时的处理状态信息可能与一段时间内的处理状态信息不同。数据中心在一段时间内的处理状态信息往往可以反映其对网络请求处理的平均水平，所以当上述目标业务类型为非即时通讯服务类型时，电子设备可以获取接收到上述网络请求之前预设时间段内每个第二数据中心对应的处理状态信息。
这样，电子设备便可以根据处理状态信息，确定接收到上述网络请求之前预设时间段内每个第二数据中心的网络请求处理状态，进而确定该预设时间段内每个第二数据中心对应的状态评分，该状态评分可以表征对应的第二数据中心在该预设时间段内对网络请求处理的能力。电子设备便可以根据该状态评分确定符合非即时通讯业务类型对应的网络请求的处理要求的第二数据中心，作为目标数据中心。
其中，上述预设时间段可以根据业务类型、第二数据中心的数量等因素进行设置，例如，预设时间段可以为1分钟、5分钟、15分钟等，在此不做具体限定。
在一种实施方式中，为了提高工作效率，电子设备可以按照预设时间段，周期性获取每个第二数据中心的处理状态信息，保存在电子设备本地缓存中。当目标业务类型为非即时通讯业务类型时，电子设备便可以从本地缓存中，获取接收到网络请求时最近的每个第二数据中心的处理状态信息。
可见，本发明实施例所提供的方案中，电子设备可以获取接收到上述网络请求之前预设时间段内每个第二数据中心对应的处理状态信息。这样，电子设备可以确定获取接收到网络请求之前预设时间段内的每个第二数据中心的网络请求处理状态，当目标业务类型为非即时通讯业务联系时，可以准确地确定符合网络请求的处理要求的目标数据中心。
作为本发明实施例的一种实施方式，在上述将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理的步骤之后，上述方法还可以包括：
将所述目标业务类型及所述目标数据中心的数据中心标识对应保存于本地缓存中。
电子设备在一段时间内获取的多个网络请求对应的目标业务类型可能为同一业务类型，例如，电子设备在10分钟内获取的3个网络请求对应的目标业务类型都为即时通讯业务类型。
在这种情况下，电子设备需要在短时间内多次将网络请求转发至同一目标数据中心。为了减少确定目标数据中心所需的时间以及网络带宽的消耗，电子设备可以在将上述网络请求转发至目标数据中心后，将目标业务类型及目标数据中心的数据中心标识对应保存于本地缓存中。
这样，当电子设备需要再次转发网络请求时，无需从多个第二数据中心中进行选择，可以根据目标业务类型，从本地缓存中确定目标数据中心的数据中心标识，进而便可以将网络请求转发至目标数据中心。
可见，本发明实施例所提供的方案中，电子设备将网络请求转发至目标数据中心，以使目标数据中心对网络请求进行处理之后，可以将目标业务类型及目标数据中心的数据中心标识对应保存于本地缓存中。这样，当电子设备需要再次转发网络请求时，无需从多个第二数据中心中进行选择，可以减少确定目标数据中心所需的时间以及网络带宽的消耗。
作为本发明实施例的一种实施方式，如图5所示，在上述获取所述多个第二数据中心对应的处理状态信息的步骤之前，上述方法还可以包括：
S501，判断本地缓存中是否存储有所述目标业务类型对应的数据中心标识，如果是，执行步骤S502；如果否，执行步骤S503。
为了减少确定目标数据中心所需的时间以及网络带宽的消耗，电子设备可以在将网络请求转发至目标数据中心后，将目标业务类型与目标交互信息及目标数据中心的数据中心标识对应保存于本地缓存中。
电子设备确定网络请求对应的目标业务类型时，可能不是电子设备第一次确定该目标业务类型。因此，电子设备确定网络请求对应的目标业务类型时，本地缓存中可能存储有该目标业务类型对应的数据中心标识。那么，在获取多个第二数据中心对应的处理状态信息之前，电子设备可以判断本地缓存中是否存储有上述目标业务类型对应的数据中心标识。
S502，将所述数据中心标识对应的数据中心作为目标数据中心；
如果本地缓存中存储有上述目标业务类型对应的数据中心标识，电子设备便可以将该数据中心标识对应的数据中心作为目标数据中心，无需获取多个第二数据中心对应的处理状态信息，可以减少确定目标数据中心所需的时间以及网络带宽的消耗。
S503，获取所述多个第二数据中心对应的处理状态信息。
如果本地缓存中未存储上述目标业务类型对应的数据中心标识，电子设备便可以获取多个第二数据中心对应的处理状态信息，也就是执行上述步骤S201，进而根据目标业务类型及处理状态信息确定目标数据中心。
可见，本发明实施例所提供的方案中，在获取多个第二数据中心对应的处理状态信息之前，电子设备可以判断本地缓存中是否存储有目标业务类型对应的数据中心标识，如果是，将数据中心标识对应的数据中心作为目标数据中心；如果否，获取多个第二数据中心对应的处理状态信息。这样，当本地缓存中存储有目标业务类型对应的数据中心标识时，电子设备便可以将该数据中心标识对应的数据中心作为目标数据中心，无需获取多个第二数据中心对应的处理状态信息，可以减少确定目标数据中心所需的时间以及网络带宽的消耗。
相应于上述网络请求的处理方法，本发明实施例还提供了一种网络请求的处理装置。下面对本发明实施例所提供的一种网络请求的处理装置进行介绍。
如图6所示，一种网络请求的处理装置，所述装置可以包括：
网络请求获取模块601，用于获取客户端发送至第一数据中心的网络请求；
业务类型确定模块602，用于当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
数据中心选择模块603，用于基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心；
其中，所述第二数据中心为当前未发生故障的数据中心。
网络请求转发模块604，用于将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理。
可见，本发明实施例所提供的方案中，电子设备可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
作为本发明实施例的一种实施方式，如图7所示，上述数据中心选择模块603可以包括：
状态信息获取子模块701，用于获取所述多个第二数据中心对应的处理状态信息；
状态评分确定子模块702，用于基于所述处理状态信息以及所述目标业务类型，确定每个所述第二数据中心对应的状态评分；
数据中心选择子模块703，用于根据所述状态评分，从所述多个第二数据中心中选择目标数据中心。
作为本发明实施例的一种实施方式，上述数据中心选择模块603可以包括：
标识确定子模块(图6中未示出)，用于基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识；
其中，所述对应关系为基于所述多个第二数据中心对应的状态评分确定的，所述状态评分为状态评分确定子模块根据所述多个第二数据中心的处理状态信息以及各业务类型确定的。
数据中心确定子模块(图6中未示出)，用于将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
作为本发明实施例的一种实施方式，上述处理状态信息可以包括网络时延、网络带宽余量、中央处理器空闲率及内存空闲率；
所述状态评分确定子模块可以包括：
权重确定单元(图6中未示出)，用于根据业务类型与预设评分权重的对应关系，确定所述网络时延、所述网络带宽余量、所述中央处理器空闲率及所述内存空闲率分别对应的评分权重；
评分确定单元(图6中未示出)，用于根据公式r＝w1*1/t+w2*b+w3*c+w4*m，确定每个所述第二数据中心的状态评分r；
其中，w1为所述网络时延对应的评分权重，t为所述第二数据中心的网络时延，w2为所述网络带宽余量对应的评分权重，b为所述网络带宽余量，w3为所述中央处理器空闲率对应的评分权重，c为所述中央处理器空闲率，w4为所述内存空闲率对应的评分权重，m为所述内存空闲率。
作为本发明实施例的一种实施方式，上述目标业务类型可以为即时通讯服务类型；
上述状态信息获取子模块可以包括：
第一信息获取单元(图6中未示出)，用于获取接收到所述网络请求的时间点的每个所述第二数据中心对应的处理状态信息。
作为本发明实施例的一种实施方式，上述目标业务类型为非即时通讯服务类型；
所述状态信息获取子模块可以包括：
第二信息获取单元(图6中未示出)，用于获取接收到所述网络请求之前预设时间段内每个所述第二数据中心对应的处理状态信息。
作为本发明实施例的一种实施方式，上述数据中心选择模块603还可以包括：
缓存子模块(图6中未示出)，用于在将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理之后，将所述目标业务类型及所述目标数据中心的数据中心标识对应保存于本地缓存中
作为本发明实施例的一种实施方式，如图8所示，上述数据中心选择模块603还可以包括：
判断子模块801，用于在获取所述多个第二数据中心对应的处理状态信息之前，判断本地缓存中是否存储有所述目标业务类型对应的数据中心标识；
第一执行子模块802，用于如果是，将所述数据中心标识对应的数据中心作为目标数据中心；
第二执行子模块803，用于如果否，执行所述获取所述多个第二数据中心对应的处理状态信息的步骤。
本发明实施例还提供了一种电子设备，如图9所示，包括处理器901、通信接口902、存储器903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信，
存储器903，用于存放计算机程序；
处理器901，用于执行存储器903上所存放的程序时，实现上述任一实施例所述的网络请求的处理方法的步骤。
可见，本发明实施例所提供的方案中，电子设备可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一实施例所述网络请求的处理方法的步骤。
可见，本发明实施例所提供的方案中，计算机可读存储介质内存储的计算机程序被处理器执行时，可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一实施例所述网络请求的处理方法的步骤。
可见，本发明实施例所提供的方案中，计算机程序产品在计算机上运行时，可以获取客户端发送至第一数据中心的网络请求，然后当第一数据中心发生故障时，确定网络请求对应的目标业务类型，进而基于目标业务类型及多个第二数据中心的网络请求处理状态，从多个第二数据中心中选择网络请求处理状态满足目标业务类型所需处理条件的目标数据中心，其中，第二数据中心为当前未发生故障的数据中心，进而将网络请求转发至目标数据中心，以使目标数据中心对所述网络请求进行处理。可见，当第一数据中心发生故障时，电子设备可以根据网络请求对应的目标业务类型和第二数据中心的网络请求处理状态，确定满足业务类型所需处理条件的目标数据中心，这样便可以通过目标数据中心处理客户端发送的网络请求，保证网络请求的处理质量。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，对于上述装置、电子设备、计算机可读存储介质及计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
进一步需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种网络请求的处理方法，其特征在于，所述方法包括：
获取客户端发送至第一数据中心的网络请求；
当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心，其中，所述第二数据中心为当前未发生故障的数据中心；
将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理；
所述基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心的步骤，包括：
基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识，其中，所述对应关系为基于所述多个第二数据中心对应的状态评分确定的，所述状态评分为根据所述多个第二数据中心的处理状态信息以及各业务类型确定的；
将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
2.根据权利要求1所述的方法，其特征在于，所述多个第二数据中心对应的状态评分是根据如下步骤确定的：
获取所述多个第二数据中心对应的处理状态信息；
基于所述处理状态信息以及所述目标业务类型，确定每个所述第二数据中心对应的状态评分。
3.根据权利要求2所述的方法，其特征在于，所述处理状态信息包括网络时延、网络带宽余量、中央处理器空闲率及内存空闲率；
所述状态评分的确定方式，包括：
根据业务类型与预设评分权重的对应关系，确定所述网络时延、所述网络带宽余量、所述中央处理器空闲率及所述内存空闲率分别对应的评分权重；
根据公式r＝w1*1/t+w2*b+w3*c+w4*m，确定每个所述第二数据中心的状态评分r；
其中，w1为所述网络时延对应的评分权重，t为所述第二数据中心的网络时延，w2为所述网络带宽余量对应的评分权重，b为所述网络带宽余量，w3为所述中央处理器空闲率对应的评分权重，c为所述中央处理器空闲率，w4为所述内存空闲率对应的评分权重，m为所述内存空闲率。
4.根据权利要求2所述的方法，其特征在于，所述目标业务类型为即时通讯服务类型；
所述获取所述多个第二数据中心对应的处理状态信息的步骤，包括：
获取接收到所述网络请求的时间点的每个所述第二数据中心对应的处理状态信息。
5.根据权利要求2所述的方法，其特征在于，所述目标业务类型为非即时通讯服务类型；
所述获取所述多个第二数据中心对应的处理状态信息的步骤，包括：
获取接收到所述网络请求之前预设时间段内每个所述第二数据中心对应的处理状态信息。
6.根据权利要求1所述的方法，其特征在于，在所述将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理的步骤之后，所述方法还包括：
将所述目标业务类型及所述目标数据中心的数据中心标识对应保存于本地缓存中。
7.根据权利要求6所述的方法，其特征在于，在所述获取所述多个第二数据中心对应的处理状态信息的步骤之前，所述方法还包括：
判断本地缓存中是否存储有所述目标业务类型对应的数据中心标识；
如果是，将所述数据中心标识对应的数据中心作为目标数据中心；
如果否，执行所述获取所述多个第二数据中心对应的处理状态信息的步骤。
8.一种网络请求的处理装置，其特征在于，所述装置包括：
网络请求获取模块，用于获取客户端发送至第一数据中心的网络请求；
业务类型确定模块，用于当所述第一数据中心发生故障时，确定所述网络请求对应的目标业务类型；
数据中心选择模块，用于基于所述目标业务类型及多个第二数据中心的网络请求处理状态，从所述多个第二数据中心中选择网络请求处理状态满足所述目标业务类型所需处理条件的目标数据中心，其中，所述第二数据中心为当前未发生故障的数据中心；
网络请求转发模块，用于将所述网络请求转发至所述目标数据中心，以使所述目标数据中心对所述网络请求进行处理；
所述数据中心选择模块包括：
标识确定子模块，用于基于所述目标业务类型及预先确定的业务类型与数据中心标识的对应关系，确定所述目标业务类型对应的目标数据中心标识；其中，所述对应关系为基于所述多个第二数据中心对应的状态评分确定的，所述状态评分为根据所述多个第二数据中心的处理状态信息以及各业务类型确定的；
数据中心确定子模块，用于将所述目标数据中心标识对应的第二数据中心，确定为所述目标数据中心。
9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一所述的方法步骤。
CN201911368651.5A 2019-12-26 2019-12-26 一种网络请求的处理方法、装置、电子设备及存储介质 Active CN111064802B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911368651.5A CN111064802B (zh) 2019-12-26 2019-12-26 一种网络请求的处理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911368651.5A CN111064802B (zh) 2019-12-26 2019-12-26 一种网络请求的处理方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111064802A CN111064802A (zh) 2020-04-24
CN111064802B true CN111064802B (zh) 2022-04-22

Family

ID=70304029

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911368651.5A Active CN111064802B (zh) 2019-12-26 2019-12-26 一种网络请求的处理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111064802B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114039878B (zh) * 2021-11-05 2023-03-24 北京自如信息科技有限公司 一种网络请求的处理方法、装置、电子设备及存储介质
CN114928606B (zh) * 2022-01-29 2024-04-23 上海瀚银信息技术有限公司 一种服务器资源的调度方法及系统
CN115292280A (zh) * 2022-07-28 2022-11-04 天翼云科技有限公司 一种跨区域的数据调度方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106101232A (zh) * 2016-06-16 2016-11-09 北京思源置地科技有限公司 负载均衡方法及装置
CN107729176A (zh) * 2017-09-14 2018-02-23 北京京东尚科信息技术有限公司 一种配置文件管理系统的容灾方法及容灾系统
CN108234212A (zh) * 2017-12-29 2018-06-29 深信服网络科技（深圳）有限公司 混合云容灾方法、服务器及存储介质
CN109842518A (zh) * 2018-12-13 2019-06-04 平安科技（深圳）有限公司 内容分发网络容灾方法、装置、计算机设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8520663B2 (en) * 2008-02-26 2013-08-27 At&T Intellectual Property I, L. P. Systems and methods to select peered border elements for an IP multimedia session based on quality-of-service
US9325748B2 (en) * 2012-11-15 2016-04-26 Microsoft Technology Licensing, Llc Characterizing service levels on an electronic network
JP6620788B2 (ja) * 2017-06-15 2019-12-18 富士通クライアントコンピューティング株式会社 データ提供システム、情報処理方法および情報処理プログラム
CN108989113A (zh) * 2018-07-24 2018-12-11 网宿科技股份有限公司 一种服务器的部署方法及管理服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106101232A (zh) * 2016-06-16 2016-11-09 北京思源置地科技有限公司 负载均衡方法及装置
CN107729176A (zh) * 2017-09-14 2018-02-23 北京京东尚科信息技术有限公司 一种配置文件管理系统的容灾方法及容灾系统
CN108234212A (zh) * 2017-12-29 2018-06-29 深信服网络科技（深圳）有限公司 混合云容灾方法、服务器及存储介质
CN109842518A (zh) * 2018-12-13 2019-06-04 平安科技（深圳）有限公司 内容分发网络容灾方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN111064802A (zh) 2020-04-24

Similar Documents

Publication Publication Date Title
CN111064802B (zh) 一种网络请求的处理方法、装置、电子设备及存储介质
US10701012B2 (en) Method, apparatus and system for customer service information forwarding
US8447757B1 (en) Latency reduction techniques for partitioned processing
CN109586969B (zh) 内容分发网络容灾方法、装置、计算机设备及存储介质
US10182033B1 (en) Integration of service scaling and service discovery systems
CN111614736A (zh) 网络内容资源调度方法、域名调度服务器及电子设备
US20070118530A1 (en) Scheduling of software updates
WO2017067394A1 (zh) 客户服务方式的分配方法及系统
CN107395783B (zh) 一种ip地址处理方法、系统、装置及电子设备
US9225777B2 (en) Load balancer
CN110830565B (zh) 资源下载方法、装置、系统、电子设备及存储介质
CN110162270B (zh) 基于分布式存储系统的数据存储方法、存储节点及介质
CN111327647B (zh) 一种容器对外提供服务的方法、装置及电子设备
CN110022259B (zh) 消息到达率确定方法、装置、数据统计服务器及存储介质
CN115004673A (zh) 消息推送方法、装置、电子设备及计算机可读介质
CN111046310A (zh) 页面处理方法、装置、服务器及计算机可读存储介质
US20200057714A1 (en) Testing data changes in production systems
CN111782692A (zh) 一种频率控制方法及装置
US11042357B2 (en) Server and method for ranking data sources
CN109842518B (zh) 内容分发网络容灾方法、装置、计算机设备及存储介质
US9195564B2 (en) Advanced notification of workload
CN107819754B (zh) 一种防劫持方法、监控服务器、终端及系统
CN111556109B (zh) 请求处理方法、装置、电子设备和存储介质
CN110677683B (zh) 视频存储、视频访问方法及分布式存储、视频访问系统
CN110808967B (zh) 挑战黑洞攻击的检测方法及相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant