CN110474940B - 请求调度方法、装置、电子设备、及介质 - Google Patents

请求调度方法、装置、电子设备、及介质 Download PDF

Info

Publication number
CN110474940B
CN110474940B CN201810441015.XA CN201810441015A CN110474940B CN 110474940 B CN110474940 B CN 110474940B CN 201810441015 A CN201810441015 A CN 201810441015A CN 110474940 B CN110474940 B CN 110474940B
Authority
CN
China
Prior art keywords
request
service
server
cluster
service cluster
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
CN201810441015.XA
Other languages
English (en)
Other versions
CN110474940A (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.)
Super Magic Cube Beijing Technology Co ltd
Original Assignee
Super Magic Cube Beijing 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 Super Magic Cube Beijing Technology Co ltd filed Critical Super Magic Cube Beijing Technology Co ltd
Priority to CN201810441015.XA priority Critical patent/CN110474940B/zh
Publication of CN110474940A publication Critical patent/CN110474940A/zh
Application granted granted Critical
Publication of CN110474940B publication Critical patent/CN110474940B/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
    • 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
    • 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/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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

Landscapes

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

Abstract

本发明提出一种请求调度方法、装置、电子设备及介质，其中，方法包括：接收客户端发送的业务请求；从数据缓存层中读取请求转发策略，其中，请求转发策略中至少包括业务请求和业务集群之间的映射关系；根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。由此，该方法根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。

Description

请求调度方法、装置、电子设备、及介质
技术领域
本发明涉及网络通信技术领域，尤其涉及一种请求调度方法、装置、电子设备、及介质。
背景技术
随着互联网技术的迅猛发展，互联网应用的访问量日益增大，在应用的服务集群接收到大量的业务请求时，为了快速稳定的响应业务请求，需要通过各种算法将业务请求分发到合适的业务集群进行处理。
相关技术中，服务集群可以通过轮询算法，将每个业务请求按照时间顺序逐一分发到不同的后端业务集群；或者，服务集群可以通过哈希算法将业务请求分发到指定的业务集群。然而，按照上述方法分发服务请求，分配到的业务集群可能并不适用于处理该业务请求的内容，无法按照业务请求的内容进行定制分发，缺乏业务请求分发的针对性。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本发明的第一个目的在于提出一种请求调度方法。该方法将包括业务请求与业务集群映射关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，从数据缓存层中提取求转发策略，然后根据该求转发策略确定业务请求所属的业务集群，进而把业务请求转发到对应的业务集群内，实现了按照业务请求内容定制分发业务请求的目的，提高了请求处理的针对性和时效性。
本发明的第二个目的在于提出一种请求调度装置。
本发明的第三个目的在于提出一种电子设备。
本发明的第四个目的在于提出一种非临时性计算机可读存储介质。
为达上述目的，本发明第一方面实施例提出了一种请求调度方法，包括以下步骤：
接收客户端发送的业务请求；
从数据缓存层中读取请求转发策略；其中，所述请求转发策略中至少包括业务请求和业务集群之间的映射关系；
根据所述请求转发策略，确定所述业务请求所属的业务集群，将所述业务请求转发到所属的业务集群内进行处理。
本发明实施例的请求调度方法，首先接收客户端发送的业务请求，然后从数据缓存层中读取请求转发策略，获取请求转发策略中包括的业务请求和业务集群之间的映射关系，最后根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。本发明实施例中，在客户端和业务集群之间增加了业务请求的请求转发机制，包括调度服务器和数据缓存层。具体地将包括业务请求与业务集群的映关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，调度服务器从数据缓存层中，提取请求转发策略，然后根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。
另外，根据本发明上述实施例的文件传输方法，还可以具有如下附加的技术特征：
在本发明一个实施例中，根据所述请求转发策略，确定所述业务请求所属的业务集群，将所述业务请求转发到所属的业务集群内进行处理，包括：从所述业务请求中提取业务标识；根据所述业务标识，查询所述请求转发策略中业务标识与总业务集群之间的第一映射关系，从所述第一映射关系中获取与所述业务标识匹配的总业务集群的标识；根据所述总业务集群的标识，从所述请求转发策略中，获取隶属所述总业务集群的业务集群的业务集群的标识；根据所述业务标识，查询所述请求转发策略中业务集群标识与业务标识之间的第二映射关系，从所述第二映射关系中得到用于处理所述业务请求的目标业务集群，将所述业务请求转发到所述目标业务集群中进行处理。
在本发明一个实施例中，将所述业务请求转发到所述目标业务集群中进行处理，包括：从所述隶属所述目标业务集群的服务器中，选择一个服务器作为处理所述业务请求的目标服务器，将所述业务请求转发到所述目标服务器上进行处理。
在本发明一个实施例中，从所述隶属所述业务集群的服务器中，选择一个服务器作为处理所述业务请求的目标服务器，包括：选取负载最小的所述服务器作为所述目标服务器；或者，获取所述客户端所在的区域，从选择属于所在区域的所述服务器中选择一个作为所述目标服务器；或者，获取每个服务器上所承载的客户端的数量；选取客户端数量最大的所述服务器作为所述目标服务器；或者，从所述隶属所述业务集群的服务器中，随机选取一个所述服务器作为所述目标服务器。
在本发明一个实施例中，还包括：接收所述目标服务器返回的失败指示消息，其中，所述失败指示消息是由所述目标服务器处理所述业务请求未成功时生成的；根据所述失败指示消息，重新为所述业务请求选取一个所述目标服务器。
在本发明一个实施例中，将所述业务请求转发到所述目标服务器上进行处理之后，还包括：接收所述目标服务器返回的所述业务请求的处理结果。
在本发明一个实施例中，请求调度方法还包括：接收所述服务器发送的配置信息；其中，所述服务器的配置信息是所述服务器定时或者启动时主动发送的；根据所述配置信息，确定所述服务器所属的业务集群，将所述服务器的配置信息与所述业务集群进行匹配，对所述数据缓存层中之前缓存的所述请求转发策略进行更新。
在本发明一个实施例中，请求调度方法还包括：接收所述服务器发送的故障信息；其中，所述故障信息是所述服务器在发生故障时主动发送的；根据所述故障信息，将所述请求转发策略中的发生故障的所述服务器的配置信息进行删除。
为达上述目的，本发明第二方面实施例提出了一种请求调度装置，包括：
第一接收模块，用于接收客户端发送的业务请求；
读取模块，用于从数据缓存层中读取请求转发策略；其中，所述请求转发策略中至少包括业务请求和业务集群之间的映射关系；
转发模块，用于根据所述请求转发策略，确定所述业务请求所属的业务集群，将所述业务请求转发到所属的业务集群内进行处理。
本发明实施例的请求调度装置，首先接收客户端发送的业务请求，然后从数据缓存层中读取请求转发策略，获取请求转发策略中包括的业务请求和业务集群之间的映射关系，最后根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。本发明实施例中，在客户端和业务集群之间增加了业务请求的请求转发机制，包括调度服务器和数据缓存层。具体地将包括业务请求与业务集群的映关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，调度服务器从数据缓存层中，提取请求转发策略，然后根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。
另外，根据本发明上述实施例的文件传输装置，还可以具有如下附加的技术特征：
在本发明一个实施例中，转发模块，包括：提取单元，用于从所述业务请求中提取业务标识；第一查询单元，用于根据所述业务标识，查询所述请求转发策略中业务标识与总业务集群之间的第一映射关系，从所述第一映射关系中获取与所述业务标识匹配的总业务集群的标识；获取单元，用于根据所述总业务集群的标识，从所述请求转发策略中，获取隶属所述总业务集群的业务集群的业务集群标识；第二查询单元，用于根据所述业务标识，查询所述请求转发策略中业务集群标识与业务标识之间的第二映射关系，从所述第二映射关系中得到用于处理所述业务请求的目标业务集群；转发单元，用于将所述业务请求转发到所述目标业务集群中进行处理。
在本发明一个实施例中，转发单元，包括：选择子单元，用于从所述隶属所述目标业务集群的服务器中，选择一个服务器作为处理所述业务请求的目标服务器；转发子单元，用于将所述业务请求转发到所述目标服务器上进行处理。
在本发明一个实施例中，选择子单元，具体用于：选取负载最小的所述服务器作为所述目标服务器；或者，获取所述客户端所在的区域，从属于所在区域的所述服务器中选择一个作为所述目标服务器；或者，获取每个服务器上所承载的客户端的数量；选取客户端数量最大的所述服务器作为所述目标服务器；或者，从所述隶属所述业务集群的服务器中，随机选取一个所述服务器作为所述目标服务器。
在本发明一个实施例中，上述实施例的文件传输装置还包括：第二接收模块，用于接收所述目标服务器返回的失败指示消息，其中，所述失败指示消息是由所述目标服务器处理所述业务请求未成功时生成的；所述选择子单元，还用于根据所述失败指示消息，重新为所述业务请求选取一个所述目标服务器。
在本发明一个实施例中，上述实施例的文件传输装置还包括：第三接收模块，用于接收所述服务器发送的配置信息；其中，所述服务器的配置信息是所述服务器定时或者启动时主动发送的；匹配更新模块，用于根据所述配置信息，确定所述服务器所属的业务集群，将所述服务器的配置信息与所述业务集群进行匹配，对所述数据缓存层中之前缓存的所述请求转发策略进行更新。
在本发明一个实施例中，第三接收模块，还用于接收所述服务器发送的故障信息；其中，所述故障信息是所述服务器在发生故障时主动发送的；删除模块，用于根据所述故障信息，将所述请求转发策略中的发生故障的所述服务器的配置信息进行删除。
本发明实施例的请求调度装置，首先接收客户端发送的业务请求，然后从数据缓存层中读取请求转发策略，获取请求转发策略中包括的业务请求和业务集群之间的映射关系，最后根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。本发明实施例中，在客户端和业务集群之间增加了业务请求的请求转发机制，包括调度服务器和数据缓存层。具体地将包括业务请求与业务集群的映关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，调度服务器从数据缓存层中，提取请求转发策略，然后根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。
为达上述目的，本发明第三方面实施例提出了一种电子设备，包括：处理器和存储器；其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述实施例所述的请求调度方法。
为达上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述实施例所述的请求调度方法。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明实施例所提供的一种请求调度方法的流程示意图；
图2为本发明实施例所提供的一种多层业务集群结构示意图；
图3为本发明实施例所提供的一种具体的请求调度方法的流程示意图；
图4为本发明实施例所提供的多层游戏业务集群的请求调度方法示意图；
图5为本发明实施例所提供的另一种具体的请求调度方法的流程示意图；
图6为本发明实施例所提供的又一种具体的请求调度方法的流程示意图；
图7为本发明实施例所提供的还一种具体的请求调度方法的流程示意图；
图8为本发明实施例所提供的一种请求调度装置的结构示意图；
图9为本发明实施例所提供的一种具体的请求调度装置的结构示意图；
图10为本发明实施例所提供的另一种具体的请求调度装置的结构示意图；
图11为本发明实施例所提供的又一种具体的请求调度装置的结构示意图；以及
图12为本发明实施例所提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的请求调度方法、装置和电子设备。
其中，本发明实施例的请求调度方法的执行主体可以是调度服务器，调度服务器可以由网页(Web)服务器结合编程脚本语言搭建而成，用于把业务请求转发到相应的服务器，在本发明一个实施例中，可以在高性能的超文本传输协议(HyperText TransferProtocol，简称HTTP)和反向代理服务器(如Nginx)的基础上通过脚本语言(如lua)搭建成调度服务器。
图1为本发明实施例所提供的一种请求调度方法的流程示意图。如图1所示，该请求调度方法包括以下步骤：
步骤101，接收客户端发送的业务请求。
本发明实施例中，在客户端和服务器之间设置有调度服务器，以及一个数据缓存层，调度服务器用于实现对业务请求的转发，而数据缓存层内可以用于存储请求转发策略。
实际应用中，用户在使用互联网应用过程中经常申请各种业务服务，比如，下载文件、查询信息和支付费用等，用户可以通过客户端向服务器发送业务请求，进而调度服务器可以接收到客户端发送的业务请求，便于后续把业务请求转发到相应的服务集群进行处理。
步骤102，从数据缓存层中读取请求转发策略；其中，请求转发策略中至少包括业务请求和业务集群之间的映射关系。
其中，数据缓存层可以是数据库集群，用于存储预先设置的请求转发策略信息。在本发明一个实施例中，数据缓存层由键值(key-value)存储系统如(redis)集群组成。redis数据库是一种高性能key-value数据库，支持存储更多类型的数据，并可以周期性的把更新的数据或修改操作写入记录文件，通过redis集群可以存储与各业务请求内容相应的请求转发策略并记录请求转发策略的更新内容，由此，调度服务器接收到业务请求后，可以在redis集群中查找与该业务请求匹配的请求转发策略。
其中，请求转发策略包括预先设置的业务请求和业务集群之间的映射关系，该映射关系是从业务请求的内容映射到业务集群的关系，通过该映射关系可以获取处理该项业务请求内容的业务集群。根据实际需要的不同，映射关系可以为从业务请求到业务集群一一对应的双射关系，也可以是同一业务集群处理多项业务请求的多对一映射关系。
需要说明的是，映射关系可以在创建业务集群时根据该业务集群可以处理的业务人为设置，作为一种示例，网络游戏的开发人员在搭建游戏业务集群时，根据该游戏业务集群内包含的支付集群、用户集群和服务集群等设定游戏客户端可发送的业务请求与各业务集群的映射关系，比如，设定购买该游戏的业务请求与支付集群存在映射关系，注册游戏账户请求与用户集群存在映射关系等。
进一步的，数据缓存层存储预先设置的映射关系，调度服务器接收到客户端发送的业务请求后，根据业务请求的内容可以获取该项业务请求的请求转发策略。
步骤103，根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。
具体的，调度服务器根据请求转发策略中的业务请求和业务集群之间的映射关系，确定处理该业务请求的业务集群，并将业务请求转发到所属的业务集群内进行处理，比如，上述示例中，当业务请求的内容为购买游戏时，调度服务器根据映射关系，把该请求转发到支付集群中进行处理。
综上所述，本发明实施例的请求调度方法，首先接收客户端发送的业务请求，然后从数据缓存层中读取请求转发策略，获取请求转发策略中包括的业务请求和业务集群之间的映射关系，最后根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。本发明实施例中，在客户端和业务集群之间增加了业务请求的请求转发机制，包括调度服务器和数据缓存层。具体地将包括业务请求与业务集群的映关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，调度服务器从数据缓存层中，提取请求转发策略，然后根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。
基于上述实施例，在实际应用中，由于互联网应用涉及业务范围较广，一个互联网应用中可能包含各个子应用，为了处理不同的业务请求，互联网应用的业务集群存在多个层级，不同层级间的业务集群分为总业务集群和各子业务集群，并且同一层级间可能包含服务于不同应用的业务集群。
举例而言，图2为本发明实施例所提供的一种多层业务集群结构示意图，如图2所示，当互联网应用为一个网络游戏平台时，该游戏平台包含两个游戏应用，为处理不同游戏应用间的业务请求，该游戏平台的业务集群分为游戏A集群和游戏B集群，游戏A集群和游戏B集群是处理游戏A和游戏B的总业务集群，总业务集群中包含处理各项业务请求的业务集群，如支付集群、用户集群和服器集群等。进而，当用户在网络游戏平台的客户端发送业务请求时，调度服务器将业务请求在不同层级业务集群间进行多次分发。
为了实现业务请求在不同层级业务集群间的多次分发，本发明实施例提出了一种具体的请求调度方法，图3为本发明实施例所提供的一种具体的请求调度方法流程示意图。
如图3所示，该请求调度方法包括：
步骤201，从业务请求中提取业务标识。
步骤202，根据业务标识，查询请求转发策略中业务标识与总业务集群之间的第一映射关系，从第一映射关系中获取与业务标识匹配的总业务集群的标识。
具体的，调度服务器接收到客户端发送的业务请求后，从业务请求中提取业务标识。其中，业务标识包括业务请求对应的应用标识和具体的请求内容，比如，上述示例中，当业务请求为“注册游戏A账户”时，业务标识为“游戏A”(应用标识)和“注册账户”(请求内容)。
进一步的，调度服务器接收业务请求后，提取出该业务请求的业务标识，在预先设置的请求转发策略中业务标识与总业务集群之间的第一映射关系中，获取与业务标识匹配的总业务集群的标识。其中，请求转发策略中业务标识与总业务集群之间的第一映射关系是业务标识中的应用标识和总业务集群标识的映射关系，如上述示例中，由于一个总业务集群处理一个游戏应用的全部业务请求，由应用标识“游戏A”可获取处理游戏A业务的总业务集群标识“游戏A业务集群”。
步骤203，根据总业务集群的标识，从请求转发策略中，获取隶属总业务集群的业务集群的业务集群标识。
具体的，在请求转发策略中预先设置总业务集群包含的全部业务集群，如上述示例中，游戏A总业务进群集群包含支付集群、服务集群和用户集群等，进而根据“游戏A业务集群”标识可以获得游戏A业务集群中的各业务集群标识，如“支付进群”、“服务集群”和“用户集群”标识。
步骤204，根据业务标识，查询请求转发策略中业务集群标识与业务标识之间的第二映射关系，从第二映射关系中得到用于处理业务请求的目标业务集群，将业务请求转发到目标业务集群中进行处理。
其中，第二映射关系是业务标识中的业务请求内容和业务集群标识的映射关系，如上述示例中用户集群用于记录游戏用户个人信息和更新用户的游戏账户信息，在游戏A总业务集群中，当业务请求内容为注册游戏A账户时，按照预先设置业务请求内容和业务集群的映射关系，在与注册业务映射的关系中得到用于处理注册游戏A账户业务请求的服务集群。
进一步的，调度服务器把业务请求转发到处理该业务请求内容的目标业务集群进行处理，服务集群接收用户发送的注册账户请求并完成处理。
需要说明的是，根据实际需要的不同，在总业务集群中还可以设置各级子业务集群，如上述示例中，当游戏A中分为多个游戏大区时，游戏A总业务集群中还可以设置各游戏大区业务集群，并在请求转发策略中预设相应的映射关系，从而对业务请求进行多次分发，其中具体的分发方法可参照上述实施例，在此不再赘述。
综上所述，本发明实施例的请求调度方法，首先从业务请求中提取业务标识，根据业务标识，查询业务标识与总业务集群之间的第一映射关系，进而获取与业务标识匹配的总业务集群的标识，然后根据总业务集群的标识从请求转发策略中获取业务集群标识，最后根据业务标识，查询请求转发策略中业务集群标识与业务标识之间的第二映射关系，得到用于处理业务请求的目标业务集群，将业务请求转发到目标业务集群中进行处理。由此，该方法根据业务标识与不同层级间业务集群的映射关系进行业务请求的多次分发，适用于处理不同应用层级间的业务请求，有利于在应用涉及多层业务时合理安排业务集群资源，提高了业务请求的分发效率。
为了更加清楚的描述前述实施例中业务请求在不同层级业务集群间的多次分发的具体实现过程，下面以一个具体的实施例进行描述，图4为本发明实施例所提供的多层游戏业务集群的请求调度方法示意图。
如图4所示，在客户端和不同层级的游戏业务集群之间设置有调度服务器，以及一个数据缓存层，调度服务器用于实现业务请求在不同层级间的转发，而数据缓存层内可以用于存储各层级业务集群间请求转发策略。客户端通过调度服务器和数据缓存层可以实现与业务集群的双向通信。
实际应用中，当用户在游戏平台的客户端发送“支付游戏A一年会员费用”的业务请求时，调度服务器首先提取业务请求中的业务标识为“游戏A”和“支付费用”，并根据在数据缓存层中存储的请求调度策略获取与“游戏A”游戏应用标识匹配的游戏A集群，由此，调度服务器先将业务请求转发到游戏A的总业务集群进行处理。然后，调度服务器获取游戏A总业务集群中的各子业务集群，如“服务集群”、“支付集群”和“用户集群”等，并根据数据缓存层中预存的业务集群与请求内容的映射关系，获取与业务请求中“支付费用”的业务标识相匹配的“支付集群”，再把业务请求转发到支付集群中进行处理。当业务集群处理完请求后把处理结果返还给调度服务器，最后调度服务器将业务请求的响应返还给客户端，如“您已成功开通会员服务”等。其中，游戏平台开发人员还可以根据处理结果判断是否更新数据缓存层中的请求调度策略。
在本发明实施例中，由于将请求调度策略缓存在数据缓存层，在需要业务集群进行层级扩展时，比如在各游戏总业务集群和各子业务集群间添加不同游戏大区间的业务集群时，只需要在数据缓存层对请求调度策略进行更新，就可以实现对业务层级的扩展，有利于业务的扩展。针对不同游戏虽然使用了不同的架构独立开发，由于增加了数据缓存层，只需更新数据缓存层的请求转发策略，就可以对待上线的游戏作为一个新的业务集群扩展进来，实现业务请求的转发和处理，并不需要再独立研发和解决负载分配问题。
基于上述实施例，为了进一步完成业务请求，并提高业务请求处理的速度，需要在业务集群中选择合适的服务器处理业务请求，并返回服务器处理的结果。
具体而言，图5是根据本发明实施例所提供的另一种具体的请求调度方法流程示意图，如图5所示，该请求调度方法包括：
步骤301，从隶属目标业务集群的服务器中，选择一个服务器作为处理所述业务请求的目标服务器。
其中，为了缩短业务请求的处理时间，快速返回处理结果，可以在目标业务集群的各服务器中选择当前运行状态最佳的的服务器处理业务请求。根据具体应用场景的不同，可以采用不同的方式优选最佳的服务器，示例如下：
第一种示例，选取负载最小的服务器作为目标服务器。比如，选择当前状态下业务请求处理队列中请求数量最少的服务器，则该服务器当前运行占用率较低，服务器的硬件性能指标足够支持当前的业务请求流量，故可以及时处理该项业务请求。
第二种示例，获取客户端所在的区域，从客户端所在区域的服务器中选择一个作为目标服务器。本示例中，由于用户的数据信息一般存储在本地数据库中，根据客户端所在的区域选择地理位置较近的服务器作为目标服务器，可以快速获取用户的数据信息，并且可以减少网络延迟带来的等待时间。
第三种示例，获取每个服务器上所承载的客户端的数量，选取客户端数量最大的服务器作为目标服务器。其中，服务器上所承载的客户端的数量取决于服务器的并发处理能力，选取承载客户端数量最大的服务器，可以在大规模用户访问时，保证服务器稳定处理业务请求。
第四种示例，从隶属所述业务集群的服务器中，随机选取一个服务器作为目标服务器。本示例中，当个服务器的运行状态和请求处理能力相似时，可以随机选取一个服务器作为目标服务器，减少选择目标服务器的等待时间。
步骤302，判断目标服务器是否成功处理业务请求，若是，则执行步骤303，若否，则执行步骤304。
步骤303，接收目标服务器返回的业务请求的处理结果。
具体的，调度服务器接收目标服务器返回的业务请求的处理结果，并将处理结果发送给客户端，完成业务请求处理。
步骤304，接收目标服务器返回的失败指示消息，根据失败指示消息重新为业务请求选取目标服务器。
其中，当已选择的目标服务器出现故障或宕机时，目标服务器返回业务请求处理失败的的指示消息，如“无法响应请求”或“请求处理失败”，则调度服务器根据上述选择方法，重新选取目标服务器进行业务请求的处理，直至服务器成功处理业务请求后返回业务请求处理结果，从而提高了处理业务请求的成功率。
综上所述，本发明实施例的请求调度方法，根据服务器的当前负载量、地理位置和最大客户端承载量等性能指标，在目标业务集群中选择运行状态最佳的服务器处理业务请求，提高了业务请求的处理效率，缩短了业务请求处理的等待时间，提升了用户的使用体验。
基于上述实施例，为了便于业务集群的后续扩展升级，以及根据扩展内容完善请求转发策略，本发明实施例提出了一种服务器的快速自动扩充方法，图6为本发明实施例所提供的又一种具体的请求调度方法的流程示意图。
如图6所示，该请求调度方法包括：
步骤401，接收服务器发送的配置信息，其中，服务器的配置信息是服务器定时或者启动时主动发送的。
具体的，应用开发人员在业务集群中添加新的服务器后，该服务器在启动后自动向调度服务器发送配置信息，其中，配置信息包括该服务器所处理的业务请求和所在的区域、最大客户承载量等信息，便于调度服务器根据配置信息将该服务器注册到相应的业务集群中。并且，在后续服务器进行性能升级后，该服务器可以定时向调度服务器重新发送配置信息，以提醒调度服务器在请求转发策略中更新该服务器的配置信息。
步骤402，根据配置信息，确定服务器所属的业务集群，将服务器的配置信息与业务集群进行匹配，对数据缓存层中之前缓存的请求转发策略进行更新。
具体的，调度服务器根据服务器所处理的业务请求与业务集群进行匹配，比如，当该服务器处理的业务请求主要包括存储用户的账户数据和个人身份信息时，调度服务器把该服务器注册到“用户集群”中，并在数据缓存层存储的“用户集群”的服务器列表中注册该服务器的信息，包括该服务器的各性能指标。从而调度服务器在后续接收到“注册账户”等与用户信息相关的的业务请求时，可以根据实际需要在用户集群的中选择该服务器。
相对的，当服务器发生故障，无法继续处理业务请求时，调度服务器可以在请求转发策略中删除故障服务器的信息。图7为本发明实施例所提供的还一种具体的请求调度方法的流程示意图。
如图7所示，该请求调度方法包括：
步骤501，接收服务器发送的故障信息，其中，故障信息是服务器在发生故障时主动发送的。
步骤502，根据故障信息，将请求转发策略中的发生故障的服务器的配置信息进行删除。
具体的，当服务器发生故障无法继续处理业务请求时，该服务器向调度服务器发送故障信息，其中故障信息包括该服务器的故障状况和配置信息，比如，“用于存储用户账号数据的013号服务器发生宕机”，调度服务器接收故障信息后，在数据缓存层存储的“用户集群”的服务器列表中删除该服务器的信息，从而避免将业务请求发送给发生故障的服务器。
本发明实施例所述的请求调度方法，根据调度服务器的自发现和服务器的自注册功能实现服务器的自动扩充和删除，并根据服务器的配置信息实时更新数据缓存层中与该服务器相关的请求转发策略，避免人为设置业务集群扩展信息可能出现的错误和遗漏，有利于保障业务集群的高效处理能力。
同时，本实施例中，由于将请求调度策略缓存在数据缓存层，在业务集群中的服务器进行扩充和删除时只需要在数据缓存层对请求调度策略进行更新，就可以实现服务器的自动更新，有利于业务集群的扩展和维护。
为了实现上述实施例，本发明还提出了一种请求调度装置，图8为本发明实施例所提供的一种请求调度装置的结构示意图，如图8所示，该请求调度装置包括：第一接收模块110、读取模块120和转发模块130。
其中，第一接收模块110，用于接收客户端发送的业务请求。
读取模块120，用于从数据缓存层中读取请求转发策略，其中，请求转发策略中至少包括业务请求和业务集群之间的映射关系。
其中，映射关系是从业务请求的内容映射到业务集群的关系，通过该映射关系可以获取处理该项业务请求内容的业务集群。根据实际需要的不同，映射关系可以为从业务请求到业务集群一一对应的双射关系，也可以是同一业务集群处理多项业务请求的多对一映射关系。映射关系可以在创建业务集群时根据该业务集群可以处理的业务人为设置。
进一步的，数据缓存层存储预先设置的映射关系，调度服务器接收到客户端发送的业务请求后，根据业务请求的内容可以获取该项业务请求的请求转发策略。
转发模块130，用于根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。
在本发明实施例一种可能的实现方式中，如图9所示，在如图8所示实施例的基础上，转发模块130，包括：
提取单元131，用于从业务请求中提取业务标识。
第一查询单元132，用于根据业务标识，查询请求转发策略中业务标识与总业务集群之间的第一映射关系，从第一映射关系中获取与业务标识匹配的总业务集群的标识。
获取单元133，用于根据总业务集群的标识，从请求转发策略中，获取隶属总业务集群的业务集群的业务集群标识。
第二查询单元134，用于根据业务标识，查询请求转发策略中业务集群标识与业务标识之间的第二映射关系，从第二映射关系中得到用于处理业务请求的目标业务集群。
转发单元135，用于将业务请求转发到目标业务集群中进行处理。
进一步的，在本发明实施例一种可能的实现方式中，如图10所示，在如图9所示实施例的基础上，转发单元135，包括：
选择子单元1351，用于从隶属所述目标业务集群的服务器中，选择一个服务器作为处理业务请求的目标服务器。
转发子单元1352，用于将业务请求转发到目标服务器上进行处理。
在本发明一个实施例中，选择子单元1351，具体用于：选取负载最小的服务器作为目标服务器；或者，获取客户端所在的区域，从属于所在区域的服务器中选择一个作为目标服务器；或者，获取每个服务器上所承载的客户端的数量，选取客户端数量最大的服务器作为目标服务器；或者，从隶属所述业务集群的服务器中，随机选取一个服务器作为所述目标服务器。
更进一步的，在本发明实施例一种可能的实现方式中，如图11所示，在如图10所示实施例的基础上，上述实施例的文件传输装置还包括：
第二接收模块140，用于接收目标服务器返回的失败指示消息，其中，失败指示消息是由目标服务器处理业务请求未成功时生成的。进而，选择子单元1351，还用于根据失败指示消息，重新为业务请求选取一个目标服务器。
第三接收模块150，用于接收服务器发送的配置信息，其中，服务器的配置信息是服务器定时或者启动时主动发送的。
匹配更新模块160，用于根据配置信息，确定服务器所属的业务集群，将服务器的配置信息与业务集群进行匹配，对数据缓存层中之前缓存的请求转发策略进行更新。
具体的，第三接收模块150，还用于接收服务器发送的故障信息，其中，故障信息是服务器在发生故障时主动发送的。
删除模块170，用于根据故障信息，将请求转发策略中的发生故障的服务器的配置信息进行删除。
需要说明的是，前述对方法实施例的描述，也适用于本发明实施例的装置，其实现原理类似，在此不再赘述。
本发明实施例的请求调度装置，首先接收客户端发送的业务请求，然后从数据缓存层中读取请求转发策略，获取请求转发策略中包括的业务请求和业务集群之间的映射关系，最后根据请求转发策略，确定业务请求所属的业务集群，将业务请求转发到所属的业务集群内进行处理。本发明实施例中，在客户端和业务集群之间增加了业务请求的请求转发机制，包括调度服务器和数据缓存层。具体地将包括业务请求与业务集群的映关系的请求转发策略，缓存在数据缓存层中，在转发业务请求的时候，调度服务器从数据缓存层中，提取请求转发策略，然后根据请求转发策略把业务请求转发到对应的业务集群，实现了按照请求内容分发业务请求的目的，提高了请求分发的针对性和请求处理的时效性。
为了实现上述实施例，本发明还提出了一种电子设备，包括：处理器和存储器；其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如上述实施例所述的请求调度方法。
为了实现上述目的，本发明还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述实施例所述的请求调度方法。
图12示出了适于用来实现本申请实施方式的示例性计算机设备的框图。图12显示的计算机设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图12所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图12未显示，通常称为“硬盘驱动器”)。尽管图12中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local AreaNetwork；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的方法。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种请求调度方法，其特征在于，包括以下步骤：
接收客户端发送的业务请求；
从数据缓存层中读取请求转发策略，所述请求转发策略中至少包括业务请求和业务集群之间的映射关系，所述映射关系包括应用标识与总业务集群之间的第一映射关系，以及业务请求内容与业务集群标识之间的第二映射关系；
从所述业务请求中提取应用标识和业务请求内容，根据所述应用标识查询所述请求转发策略中应用标识与总业务集群之间的第一映射关系，从所述第一映射关系中获取与所述应用标识匹配的总业务集群的标识，根据所述总业务集群的标识从所述请求转发策略中获取隶属所述总业务集群的业务集群的业务集群标识，根据所述业务请求内容查询所述请求转发策略中业务请求内容与业务集群标识之间的第二映射关系，从所述第二映射关系中得到用于处理所述业务请求的目标业务集群，根据隶属所述目标业务集群的服务器的运行状态和请求处理能力，或者根据所述客户端所在区域，从隶属所述目标业务集群的服务器中选择一个服务器作为处理所述业务请求的目标服务器，将所述业务请求转发到所述目标服务器上进行处理，判断所述目标服务器是否成功处理所述业务请求：若处理所述业务请求失败，则接收所述目标服务器返回的失败指示信息，根据所述失败指示信息重新为所述业务请求选取目标服务器。
2.根据权利要求1所述的方法，其特征在于，所述失败指示信息是在所述目标服务器处理所述业务请求未成功时生成的。
3.根据权利要求1所述的方法，其特征在于，还包括：
接收所述服务器发送的配置信息；其中，所述服务器的配置信息是所述服务器定时或者启动时主动发送的；
根据所述配置信息，确定所述服务器所属的业务集群，将所述服务器的配置信息与所述业务集群进行匹配，对所述数据缓存层中之前缓存的所述请求转发策略进行更新。
4.根据权利要求3所述的方法，其特征在于，还包括：
接收所述服务器发送的故障信息；其中，所述故障信息是所述服务器在发生故障时主动发送的；
根据所述故障信息，将所述请求转发策略中的发生故障的所述服务器的配置信息进行删除。
5.一种请求调度装置，其特征在于，包括：
第一接收模块，用于接收客户端发送的业务请求；
读取模块，用于从数据缓存层中读取请求转发策略，所述请求转发策略中至少包括业务请求和业务集群之间的映射关系，所述映射关系包括应用标识与总业务集群之间的第一映射关系，以及业务请求内容与业务集群标识之间的第二映射关系；
转发模块，用于从所述业务请求中提取应用标识和业务请求内容，根据所述应用标识查询所述请求转发策略中应用标识与总业务集群之间的第一映射关系，从所述第一映射关系中获取与所述应用标识匹配的总业务集群的标识，根据所述总业务集群的标识从所述请求转发策略中获取隶属所述总业务集群的业务集群的业务集群标识，根据所述业务请求内容查询所述请求转发策略中业务请求内容与业务集群标识之间的第二映射关系，从所述第二映射关系中得到用于处理所述业务请求的目标业务集群，根据隶属所述目标业务集群的服务器的运行状态和请求处理能力，或者根据所述客户端所在区域，从隶属所述目标业务集群的服务器中选择一个服务器作为处理所述业务请求的目标服务器，将所述业务请求转发到所述目标服务器上进行处理，判断所述目标服务器是否成功处理所述业务请求：若处理所述业务请求失败，则接收所述目标服务器返回的失败指示信息，根据所述失败指示信息重新为所述业务请求选取目标服务器。
6.根据权利要求5所述的装置，其特征在于，所述失败指示信息是在所述目标服务器处理所述业务请求未成功时生成的。
7.根据权利要求5所述的装置，其特征在于，所述接收模块，还用于接收所述服务器发送的配置信息；其中，所述服务器的配置信息是所述服务器定时或者启动时主动发送的；
所述装置还包括匹配更新模块，用于根据所述配置信息，确定所述服务器所属的业务集群，将所述服务器的配置信息与所述业务集群进行匹配，对所述数据缓存层中之前缓存的所述请求转发策略进行更新。
8.根据权利要求7所述的装置，其特征在于，所述接收模块，还用于接收所述服务器发送的故障信息；其中，所述故障信息是所述服务器在发生故障时主动发送的；
所述装置还包括删除模块，用于根据所述故障信息，将所述请求转发策略中的发生故障的所述服务器的配置信息进行删除。
9.一种电子设备，其特征在于，包括处理器和存储器；
其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如权利要求1-4中任一所述的请求调度方法。
10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的请求调度方法。
CN201810441015.XA 2018-05-10 2018-05-10 请求调度方法、装置、电子设备、及介质 Active CN110474940B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810441015.XA CN110474940B (zh) 2018-05-10 2018-05-10 请求调度方法、装置、电子设备、及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810441015.XA CN110474940B (zh) 2018-05-10 2018-05-10 请求调度方法、装置、电子设备、及介质

Publications (2)

Publication Number Publication Date
CN110474940A CN110474940A (zh) 2019-11-19
CN110474940B true CN110474940B (zh) 2023-01-13

Family

ID=68503734

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810441015.XA Active CN110474940B (zh) 2018-05-10 2018-05-10 请求调度方法、装置、电子设备、及介质

Country Status (1)

Country Link
CN (1) CN110474940B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055427B (zh) * 2019-12-28 2022-12-23 浙江宇视科技有限公司 一种基于业务的服务器集群接入方法及装置
CN111198756A (zh) * 2019-12-28 2020-05-26 北京浪潮数据技术有限公司 一种kubernetes集群的应用调度方法及装置
CN111858585A (zh) * 2020-06-30 2020-10-30 深圳幂度信息科技有限公司 区块链策略处理装置、计算机可读存储介质及终端设备
CN111787102A (zh) * 2020-06-30 2020-10-16 北京金山安全软件有限公司 多应用平台的业务处理方法、装置、电子设备和存储介质
CN113746887A (zh) * 2020-11-05 2021-12-03 北京沃东天骏信息技术有限公司 一种跨集群数据请求处理方法、设备及存储介质
CN113014650B (zh) * 2021-03-01 2022-12-23 中国工商银行股份有限公司 针对数据请求的处理方法、装置、计算设备和介质
CN113111123A (zh) * 2021-03-12 2021-07-13 北京达佳互联信息技术有限公司 集群业务的调用方法、装置、电子设备、存储介质及产品
CN114785863A (zh) * 2022-04-21 2022-07-22 中国工商银行股份有限公司 基于Eureka的服务请求处理方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106936618A (zh) * 2015-12-31 2017-07-07 北京神州泰岳软件股份有限公司 一种数据采集方法和系统
CN107623731A (zh) * 2017-09-15 2018-01-23 浪潮软件股份有限公司 一种任务调度方法、客户端、服务集群及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207550B (zh) * 2007-03-16 2010-09-15 中国科学技术大学 负载均衡系统及多种业务实现负载均衡的方法
US10721302B2 (en) * 2014-12-05 2020-07-21 Foundation for Research and Technology—Hellas (FORTH) Network storage protocol and adaptive batching apparatuses, methods, and systems
CN105763628B (zh) * 2016-04-12 2019-05-10 上海帝联信息科技股份有限公司 数据访问请求处理方法及装置、边缘节点服务器和集群
CN107370783B (zh) * 2016-05-13 2019-12-31 北京金山云网络技术有限公司 一种云计算集群资源的调度方法及装置
CN106385437A (zh) * 2016-08-31 2017-02-08 广州唯品会信息科技有限公司 集群选择方法及装置
US10257258B2 (en) * 2016-10-31 2019-04-09 International Business Machines Corporation Transferring data between block and file storage systems

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106936618A (zh) * 2015-12-31 2017-07-07 北京神州泰岳软件股份有限公司 一种数据采集方法和系统
CN107623731A (zh) * 2017-09-15 2018-01-23 浪潮软件股份有限公司 一种任务调度方法、客户端、服务集群及系统

Also Published As

Publication number Publication date
CN110474940A (zh) 2019-11-19

Similar Documents

Publication Publication Date Title
CN110474940B (zh) 请求调度方法、装置、电子设备、及介质
US8280987B2 (en) Cloud data persistence engine
US9560120B1 (en) Architecture for incremental deployment
US8949533B2 (en) Method and node entity for enhancing content delivery network
US11616991B1 (en) Automatically serving different versions of content responsive to client device rendering errors
CN111200657B (zh) 一种管理资源状态信息的方法和资源下载系统
EP3811596A1 (en) Hierarchical namespace with strong consistency and horizontal scalability
US8261026B2 (en) Application cache population from peer application
US20060123121A1 (en) System and method for service session management
JP2013525931A (ja) コンテンツ配信に利用される動的バインド
US8984162B1 (en) Optimizing performance for routing operations
KR100936239B1 (ko) 스트리밍 기반 이동형 소프트웨어 제공 시스템 및 방법
US20120296871A1 (en) File managing apparatus for processing an online storage service
US9390156B2 (en) Distributed directory environment using clustered LDAP servers
US8447825B2 (en) File sharing system and file sharing method
CN108777718B (zh) 一种业务系统通过客户端访问读多写少系统的方法和装置
CN103036948A (zh) 网络文件处理方法、执行节点、软件即服务SaaS平台
CN116192956A (zh) 一种缓存数据更新方法、系统、计算设备及存储介质
KR101638689B1 (ko) 클라이언트 단말에 대한 사용자 맞춤형 동기화 서비스 제공 방법 및 시스템
CN110347656B (zh) 文件存储系统中请求的管理方法和装置
US9015371B1 (en) Method to discover multiple paths to disk devices cluster wide
EP3479550B1 (en) Constraint based controlled seeding
CN113873302A (zh) 内容分发方法、装置、存储介质和电子设备
CN113377714A (zh) 基于分布式存储系统的目标器重命名方法及装置
JP2002259197A (ja) アクティブコンテンツキャッシュ制御システムと、アクティブコンテンツキャッシュ制御装置及び方法と、アクティブコンテンツキャッシュ制御処理用プログラム及びそのプログラムの記録媒体

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
TA01 Transfer of patent application right

Effective date of registration: 20200923

Address after: No.2202, 1st floor, building 2, No.7 Shixing street, Shijingshan District, Beijing 100041 (cluster registration)

Applicant after: Super magic cube (Beijing) Technology Co.,Ltd.

Address before: 100085 Beijing City, Haidian District Road 33, two floor East Xiaoying

Applicant before: BEIJING KINGSOFT INTERNET SECURITY SOFTWARE Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant