CN104735118A - 一种业务支撑***的业务处理方法、装置及服务器 - Google Patents
一种业务支撑***的业务处理方法、装置及服务器 Download PDFInfo
- Publication number
- CN104735118A CN104735118A CN201310723916.5A CN201310723916A CN104735118A CN 104735118 A CN104735118 A CN 104735118A CN 201310723916 A CN201310723916 A CN 201310723916A CN 104735118 A CN104735118 A CN 104735118A
- Authority
- CN
- China
- Prior art keywords
- middleware
- business
- routed domain
- request information
- business request
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种业务支撑***的业务处理方法,在服务器侧的中间件中设置两个以上第一中间件路由域和第二中间件路由域,所述方法包括:客户端向一个可用的第一中间件路由域发送业务请求消息;所述第一中间件路由域接收到所述消息后,确定每一第二中间件路由域的当前负载及所述消息中业务的权重值;根据上述确定结果选择第二中间件路由域,并将所述消息发送至所述第二中间件路由域;所述第二中间件路由域接收到所述消息后,向可用的数据库实例发送所述消息;所述数据库实例接收到消息后,执行业务处理。本发明还公开了一种业务支撑***的业务处理装置及服务器。采用本发明的技术方案,能够实现中间件应用级的负载均衡,有效提高了中间件的可用性。
Description
技术领域
本发明涉及业务处理技术,尤其涉及一种业务支撑***的业务处理方法、装置及服务器。
背景技术
业务支撑***基于中间件来完成业务的实时或者异步交易,但是,现有中间件的高可用性主要依赖于对端平台的自动恢复机制。一方面,在数据库实时应用集群(RAC,Real Application Clusters)出现单节点故障时,需数据库实例自身进行故障恢复,待数据库实例故障恢复或数据库实例切换到另一个可用的数据库实例后,才能重新启动中间件,恢复应用;中间件不具备一个数据库实例故障而另一个数据库实例可用时、将业务切换到可用数据库实例的能力。
并且,中间件也不具备对数据库RAC故障的探测功能,数据库RAC出现单节点故障时,中间件不能及时感知故障并通知业务支撑***数据库RAC故障;即使对端平台故障恢复后,中间件也不能及时恢复正常工作。
另一方面,中间件在业务中断时,即存在未决事务时,不能保存未决事务信息并发起业务重启请求,需依赖于业务发起方进行人工干预,重新发起业务请求。
发明内容
本发明实施例为解决上述技术问题,提供一种业务支撑***的业务处理方法、装置及服务器,能实时检测数据库RAC故障,在检测到数据库RAC故障时,将业务请求消息切换到可用数据库实例,并且,在判断存在未决事务时,能够保存未决事务信息,发起业务重启请求。
本发明实施例的技术方案是这样实现的:
本发明实施例提供一种业务支撑***的业务处理方法,所述业务支撑***包括有服务器及客户端;在服务器侧的中间件中设置两个以上第一中间件路由域,以及两个以上第二中间件路由域,所述方法包括:
所述客户端在所述两个以上第一中间件路由域中检测到一个可用的第一中间件路由域后,将业务请求消息发送至所检测到的可用的第一中间件路由域;
所述可用的第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;
根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;
所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例;
所述可用的数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。
优选地,所述方法还包括:所选择的第二中间件路由域向所检测到的可用的数据库实例发送业务请求消息过程中,所选择的第二中间件路由域检测是否存在未决事务,并在检测存在未决事务时,向发送业务请求消息的第一中间件路由域发送业务重启请求。
优选地,所述可用的第一中间件路由域确定每一第二中间件路由域的当前负载,包括:
所述可用的第一中间件路由域计算每一第二中间件路由域当前承载的各种业务的业务量与当前承载的各种业务对应的权重值的乘积总和作为每一第二中间件路由域的当前负载。
优选地,所述方法还包括:
在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;
对应地,所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,向所检测到的可用的数据库实例发送所述业务请求消息,包括:
所选择的第二中间件路由域检测所述主用路由服务模块和备用路由服务模块的可用性,将所述业务请求消息发送至所检测到的可用的路由服务模块;
所述可用的路由服务模块接收到所述业务请求消息后,将所述业务请求消息发送至所述可用的路由服务模块相应的数据库实例。
本发明实施例还提供一种业务支撑***的业务处理装置,包括:设置模块、第一中间件路由域、第二中间件路由域、以及数据库实例;其中,
设置模块,用于设置两个以上第一中间件路由域,以及两个以上第二中间件路由域;
第一中间件路由域,用于接收客户端发送的业务请求消息,确定每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所述选择的第二中间件路由域;
第二中间件路由域,用于接收第一中间件路由域发送的业务请求消息,检测可用的数据库实例,向所检测到的可用的数据库实例发送所述业务请求消息;
数据库实例,用于接收所述业务请求消息,根据所接收到的业务请求消息执行业务处理。
优选地,所述第二中间件路由域,还用于检测是否存在未决事务,在检测到存在未决事务时,向第一中间件路由域发送业务重启请求。
优选地,所述第一中间件路由域确定每一第二中间件路由域的当前负载,包括:
所述第一中间件路由域计算每一第二中间件路由域当前承载的各种业务的业务量与当前承载的各种业务对应的权重值的乘积总和作为每一第二中间件路由域的当前负载。
优选地,所述设置模块,还用于在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;其中,
主用路由服务模块,用于接收第二中间件路由域发送的业务请求消息,并发送所述业务请求消息至主用数据库实例;
备用路由服务模块,用于接收第二中间件路由域发送的业务请求消息,并发送所述业务请求消息至备用数据库实例;
主用数据库实例,用于接收主用路由模块发送的业务请求消息,根据所述业务请求消息执行业务处理;
备用数据库实例,用于接收备用路由模块发送的业务请求消息,根据所述业务请求消息执行业务处理。
优选地,所述第二中间件路由域,还用于检测主用路由服务模块和备用路由服务模块的可用性,将所接收到的业务请求消息发送至所检测到的可用的路由服务模块。
本发明实施例还提供一种业务支撑***的业务处理服务器,包括:上述所述业务支撑***的业务处理装置。
本发明实施例所提供的业务支撑***的业务处理方法、装置及服务器,在服务器侧的中间件中设置两个以上第一中间件路由域,以及两个以上第二中间件路由域,客户端在所述两个以上第一中间件路由域中检测到一个可用的第一中间件路由域后,将业务请求消息发送至所检测到的可用的第一中间件路由域;所述可用的第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例发送;所述可用的数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。进一步地,所选择的第二中间件路由域向可用的数据库实例发送业务请求消息过程中,所选择的第二中间件路由域判断是否存在未决事务,并在判断存在未决事务时,向所述可用的第一中间件路由域发送业务重启请求。如此,可实现中间件应用级的负载均衡,在数据库RAC故障时,中间件可将业务请求消息切换到可用数据库实例,有效提高了中间件的可用性。
附图说明
图1为本发明实施例业务支撑***的业务处理方法的基本处理流程示意图;
图2为本发明实施例业务及对应的权重值关系列表;
图3为本发明实施例业务支撑***的业务处理方法的基本处理流程示意图;
图4为本发明实施例业务支撑***的业务处理装置结构示意图。
具体实施方式
本发明实施例的基本思想为:在服务器侧的中间件中设置两个以上第一中间件路由域,以及两个以上第二中间件路由域,客户端在所述两个以上第一中间件路由域中检测到一个可用的第一中间件路由域后,将业务请求消息发送至所检测到的可用的第一中间件路由域;所述可用的第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例发送;所述可用的数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。
进一步地,所述选择的第二中间件路由域向可用的数据库实例发送业务请求消息过程中,所述选择的第二中间件路由域判断是否存在未决事务,并在判断存在未决事务时,向所述可用的第一中间件路由域发送业务重启请求。
本发明实施例业务支撑***业务处理方法的基本处理流程如图1所示,包括以下步骤:
步骤101,客户端在两个以上第一中间件路由域中检测到一个可用的第一中间件路由域后,将业务请求消息发送至所检测到的可用的第一中间件路由域;
这里,在执行步骤101之前,预先在服务器侧的中间件中设置两个以上第一中间件路由域,以及两个以上第二中间件路由域。
步骤102,所述可用的第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;
这里,在执行步骤102之前,设置如图2所示的业务及对应的权重值关系列表;其中,所述业务的权重值为:根据业务处理的难易程度或业务处理需要的时间设置的负载计算系数。
具体地,所述可用的第一中间件路由域根据每一第二中间件路由域当前承载的业务量与所述业务对应的负载权重乘积总和计算每一第二中间件路由域的当前负载。
步骤103,根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;
具体地,只有一条业务请求消息时,第一中间件路由域优先选择向当前负载小的第二中间件路由域发送业务请求消息;有多条业务请求消息时,第一中间件路由域优先选择向当前负载小的第二中间件路由域发送业务的权重值高的业务对应的业务请求消息。
步骤104,所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例;
在执行步骤104之前,在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;其中,所述主用路由服务模块可以是一个,也可以是多个;所述备用路由服务模块可以是一个,也可以是多个;
对应地,所选择的第二中间件路由域检测主用路由服务模块和备用路由服务模块的可用性,向可用的路由服务模块发送所述业务请求消息;主用路由服务模块和备用路由服务模块均可用时,将所述业务请求消息发送至主用路由服务模块;主用路由服务模块不可用时,所选择的第二中间件路由域将所述业务请求消息发送至备用路由服务模块。
所述可用的路由服务模块接收到所述业务请求消息后,将所述业务请求消息发送至可用的路由服务模块相应的数据库实例;其中,主用路由服务模块对应主用数据库实例,备用路由服务模块对应备用数据库实例;
进一步地,所选择的第二中间件路由域向可用的数据库实例发送业务请求消息过程中,所选择的第二中间件路由域判断是否存在未决事务,并在判断存在未决事务时,向发送业务请求消息的第一中间件路由域发送业务重启请求。
步骤105,所述可用的数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明实施例业务支撑***业务处理方法的详细处理流程示意图,如图3所示:
步骤201,客户端在M个第一中间件路由域中检测到第X个第一中间件路由域可用后,向第X个第一中间件路由域发送业务请求消息;
这里,所述业务请求消息中业务的类型为充值业务;在执行步骤201之前,预先在服务器侧的中间件中设置M个第一中间件路由域,以及N个第二中间件路由域,其中,M≥2,N≥2。
步骤202,第X个第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;
这里,在执行步骤202之前,设置如图2所示业务及对应的权重值关系列表;所述业务的权重值为:根据业务处理的难易程度或业务处理需要的时间设置的负载计算系数。
具体的,第X个第一中间件路由域查找业务及对应的权重值关系列表,确定业务请求消息中充值业务的权重值为0.2;
第X个第一中间件路由域根据每一第二中间件路由域当前承载的业务量与所述业务对应的负载权重乘积总和计算每一第二中间件路由域的当前负载;本实施例中,第N个第二中间件路由域承担6个充值业务以及8个话费查询业务,则,第N个第二中间件路由域的当前负载=6×0.2+8×0.1=2,并且计算得到第N个第二中间件路由域的当前负载最小。
步骤203,根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;
具体地,为所述业务请求消息选择第N个第二中间件路由域,并将述业务请求消息发送至所选择的第N个第二中间件路由域。
步骤204,第N个第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例;
在执行步骤204之前,在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;其中,所述主用路由服务模块可以是一个,也可以是多个;所述备用路由服务模块可以是一个,也可以是多个;
具体地,第N个第二中间件路由域检测主用路由服务模块和备用路由服务模块均可用,选择向主用路由服务模块发送所述业务请求消息,主用路由服务模块接收到所述业务请求消息后,向主用数据库实例发送业务请求消息;当主用路由服务模块或主用数据库实例不可用时,第N个第二中间件路由域向备用路由服务模块发送所述业务请求消息,备用路由服务模块接收到所述业务请求消息后,向备用数据库实例发送业务请求消息。
步骤205,第N个第二中间件路由域判断是否存在未决事务,在判断存在未决事务时,第N个第二中间件路由域向第X个第一中间件路由域发送业务重启请求,否则执行步骤206。
步骤206,主用数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。
为实现上述业务支撑***的业务处理方法,本发明实施例还提供了一种业务支撑***的业务处理装置,所述业务支撑***的业务处理装置组成结构如图4所示,包括:设置模块11、第一中间件路由域12、第二中间件路由域13、数据库实例14;其中,
设置模块11,用于设置两个以上第一中间件路由域,以及两个以上第二中间件路由域;
第一中间件路由域12,用于接收客户端发送的业务请求消息,确定每一第二中间件路由域13的当前负载,为所述业务请求消息选择相应的第二中间件路由域13,并将所述业务请求消息发送至所述选择的第二中间件路由域13;
第二中间件路由域13,用于接收第一中间件路由域102发送的业务请求消息,检测可用的数据库实例14,将所述业务请求消息发送至所检测到的可用的数据库实例14;
数据库实例14,用于接收业务请求消息,根据所述业务请求消息执行业务处理。
进一步地,第二中间件路由域13,还用于检测是否存在未决事务,在测到存在未决事务时,向第一中间件路由域12发送业务重启请求。
进一步地,设置模块11,还用于在服务器侧设置与每个第二中间件路由域13连接的主用路由服务模块15和备用路由服务模块16,在服务器侧设置与所有主用路由服务模块15连接的主用数据库实例17和与所有备用路由服务模块16连接的备用数据库实例18;其中,
主用路由服务模块15,用于接收第二中间件路由域13发送的业务请求消息,并将所接收到的业务请求消息发送至主用数据库实例17;
备用路由服务模块16,用于接收第二中间件路由域13发送的业务请求消息,并将所接收到的业务请求消息发送至备用数据库实例18;
主用数据库实例17,用于接收主用路由模块15发送的业务请求消息,根据所述业务请求消息执行业务处理;
备用数据库实例18,用于接收备用路由模块16发送的业务请求消息,根据所述业务请求消息执行业务处理。
为实现上述业务支撑***的业务处理方法,本发明实施例还提供了一种业务支撑***的业务处理服务器,所述服务器包括图4所述业务支撑***的业务处理装置。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (10)
1.一种业务支撑***的业务处理方法,所述业务支撑***包括有服务器及客户端;在服务器侧的中间件中设置两个以上第一中间件路由域,以及两个以上第二中间件路由域,其特征在于,所述方法包括:
所述客户端在所述两个以上第一中间件路由域中检测到一个可用的第一中间件路由域后,将业务请求消息发送至所检测到的可用的第一中间件路由域;
所述可用的第一中间件路由域接收到所述业务请求消息后,确定每一第二中间件路由域的当前负载,根据所述业务请求消息中业务的类型确定所述业务的权重值;
根据所述业务的权重值以及所确定的每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所选择的第二中间件路由域;
所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,并将所述业务请求消息发送至所检测到的可用的数据库实例;
所述可用的数据库实例接收到业务请求消息后,根据所述业务请求消息执行业务处理。
2.根据权利要求1所述业务支撑***的业务处理方法,其特征在于,所述方法还包括:
所选择的第二中间件路由域向所检测到的可用的数据库实例发送业务请求消息过程中,所选择的第二中间件路由域检测是否存在未决事务,并在检测存在未决事务时,向发送业务请求消息的第一中间件路由域发送业务重启请求。
3.根据权利要求1所述业务支撑***的业务处理方法,其特征在于,所述可用的第一中间件路由域确定每一第二中间件路由域的当前负载,包括:
所述可用的第一中间件路由域计算每一第二中间件路由域当前承载的各种业务的业务量与当前承载的各种业务对应的权重值的乘积总和作为每一第二中间件路由域的当前负载。
4.根据权利要求1所述业务支撑***的业务处理方法,其特征在于,所述方法还包括:
在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;
对应地,所选择的第二中间件路由域接收到所述业务请求消息后,检测可用的数据库实例,向所检测到的可用的数据库实例发送所述业务请求消息,包括:
所选择的第二中间件路由域检测所述主用路由服务模块和备用路由服务模块的可用性,将所述业务请求消息发送至所检测到的可用的路由服务模块;
所述可用的路由服务模块接收到所述业务请求消息后,将所述业务请求消息发送至所述可用的路由服务模块相应的数据库实例。
5.一种业务支撑***的业务处理装置,其特征在于,所述装置包括:
设置模块、第一中间件路由域、第二中间件路由域、以及数据库实例;其中,
设置模块,用于设置两个以上第一中间件路由域,以及两个以上第二中间件路由域;
第一中间件路由域,用于接收客户端发送的业务请求消息,确定每一第二中间件路由域的当前负载,为所述业务请求消息选择相应的第二中间件路由域,并将所述业务请求消息发送至所述选择的第二中间件路由域;
第二中间件路由域,用于接收第一中间件路由域发送的业务请求消息,检测可用的数据库实例,向所检测到的可用的数据库实例发送所述业务请求消息;
数据库实例,用于接收所述业务请求消息,根据所接收到的业务请求消息执行业务处理。
6.根据权利要求5所述业务支撑***的业务处理装置,其特征在于,所述第二中间件路由域,还用于检测是否存在未决事务,在检测到存在未决事务时,向第一中间件路由域发送业务重启请求。
7.根据权利要求5所述业务支撑***的业务处理装置,其特征在于,所述第一中间件路由域确定每一第二中间件路由域的当前负载,包括:
所述第一中间件路由域计算每一第二中间件路由域当前承载的各种业务的业务量与当前承载的各种业务对应的权重值的乘积总和作为每一第二中间件路由域的当前负载。
8.根据权利要求5所述业务支撑***的业务处理装置,其特征在于,所述设置模块,还用于在服务器侧设置与每个第二中间件路由域连接的主用路由服务模块和备用路由服务模块,在服务器侧设置与所有主用路由服务模块连接的主用数据库实例和与所有备用路由服务模块连接的备用数据库实例;其中,
主用路由服务模块,用于接收第二中间件路由域发送的业务请求消息,并发送所述业务请求消息至主用数据库实例;
备用路由服务模块,用于接收第二中间件路由域发送的业务请求消息,并发送所述业务请求消息至备用数据库实例;
主用数据库实例,用于接收主用路由模块发送的业务请求消息,根据所述业务请求消息执行业务处理;
备用数据库实例,用于接收备用路由模块发送的业务请求消息,根据所述业务请求消息执行业务处理。
9.根据权利要求5所述业务支撑***的业务处理装置,其特征在于,所述第二中间件路由域,还用于检测主用路由服务模块和备用路由服务模块的可用性,将所接收到的业务请求消息发送至所检测到的可用的路由服务模块。
10.一种业务支撑***业务处理的服务器,其特征在于,所述服务器包括:权利要求5至9任一项所述业务支撑***的业务处理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310723916.5A CN104735118A (zh) | 2013-12-24 | 2013-12-24 | 一种业务支撑***的业务处理方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310723916.5A CN104735118A (zh) | 2013-12-24 | 2013-12-24 | 一种业务支撑***的业务处理方法、装置及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104735118A true CN104735118A (zh) | 2015-06-24 |
Family
ID=53458551
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310723916.5A Pending CN104735118A (zh) | 2013-12-24 | 2013-12-24 | 一种业务支撑***的业务处理方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104735118A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108829507A (zh) * | 2018-03-30 | 2018-11-16 | 北京百度网讯科技有限公司 | 分布式数据库***的资源隔离方法、装置和服务器 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859219A (zh) * | 2006-04-18 | 2006-11-08 | 华为技术有限公司 | 基于设备容灾的业务接管方法、业务转接设备及备份机 |
CN101171821A (zh) * | 2005-04-13 | 2008-04-30 | 诺基亚公司 | 用于使用群集的节点作为授权域名服务器的活跃负载平衡的***、网络设备、方法和计算机程序产品 |
CN101217558A (zh) * | 2007-12-26 | 2008-07-09 | ***通信集团湖北有限公司 | 一种业务中间件服务负载均衡方法 |
US7610386B1 (en) * | 2003-04-29 | 2009-10-27 | Blue Titan Software, Inc. | Stateful messaging gateway |
CN101977124A (zh) * | 2010-11-05 | 2011-02-16 | 山东中创软件工程股份有限公司 | 基于ZooKeeper技术的业务集群方法及*** |
-
2013
- 2013-12-24 CN CN201310723916.5A patent/CN104735118A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7610386B1 (en) * | 2003-04-29 | 2009-10-27 | Blue Titan Software, Inc. | Stateful messaging gateway |
CN101171821A (zh) * | 2005-04-13 | 2008-04-30 | 诺基亚公司 | 用于使用群集的节点作为授权域名服务器的活跃负载平衡的***、网络设备、方法和计算机程序产品 |
CN1859219A (zh) * | 2006-04-18 | 2006-11-08 | 华为技术有限公司 | 基于设备容灾的业务接管方法、业务转接设备及备份机 |
CN101217558A (zh) * | 2007-12-26 | 2008-07-09 | ***通信集团湖北有限公司 | 一种业务中间件服务负载均衡方法 |
CN101977124A (zh) * | 2010-11-05 | 2011-02-16 | 山东中创软件工程股份有限公司 | 基于ZooKeeper技术的业务集群方法及*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108829507A (zh) * | 2018-03-30 | 2018-11-16 | 北京百度网讯科技有限公司 | 分布式数据库***的资源隔离方法、装置和服务器 |
CN108829507B (zh) * | 2018-03-30 | 2019-07-26 | 北京百度网讯科技有限公司 | 分布式数据库***的资源隔离方法、装置和服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102891868B (zh) | 一种分布式***的负载均衡方法及装置 | |
CN107391294B (zh) | 一种ipsan容灾***的建立方法及装置 | |
US9641449B2 (en) | Variable configurations for workload distribution across multiple sites | |
CN106533805B (zh) | 一种微服务请求处理方法、微服务控制器及微服务架构 | |
CN103560922A (zh) | 一种容灾方法及*** | |
CN108055338B (zh) | 一种iscsi访问负载均衡方法 | |
CN101895472A (zh) | 流业务负载分担方法和处理方法以及相应的设备和*** | |
CN105554130A (zh) | 基于分布式存储***的NameNode切换方法和切换装置 | |
CN102984184A (zh) | 一种分布式***的服务负载均衡方法及装置 | |
CN103095683A (zh) | 一种Linux虚拟服务器调度***和方法 | |
CN113254205B (zh) | 负载均衡***、方法、装置、电子设备及存储介质 | |
CN103002039A (zh) | 服务器调度***和方法 | |
CN106657187A (zh) | 报文处理的方法及装置 | |
TWI429232B (zh) | 備用伺服器、恢復用戶端在主用伺服器註冊的系統及方法 | |
CN103914354A (zh) | 数据库故障修复的方法和*** | |
CN104320551A (zh) | 一种呼叫中心路由的业务处理方法及网络设备 | |
CN104735118A (zh) | 一种业务支撑***的业务处理方法、装置及服务器 | |
CN113407340A (zh) | 业务控制***、网关服务方法、业务请求转发方法及装置 | |
EP1867081B1 (en) | Distributed redundancy capacity licensing in a telecommunication network element | |
CN102638369B (zh) | 一种主备倒换的仲裁方法、装置和*** | |
CN114020466B (zh) | 双活负载均衡的方法及装置、电子设备和存储介质 | |
CN105227353A (zh) | 一种mysql集群实现方法及*** | |
CN102932266B (zh) | 服务器流量分配的控制方法和装置 | |
US20220083425A1 (en) | Backup system, method therefor, and program | |
CN106685697B (zh) | 一种异常边际消息数据恢复处理的方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150624 |
|
RJ01 | Rejection of invention patent application after publication |