CN104734886A - 一种业务服务器的管理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种业务服务器的管理方法、装置及系统，其中，该方法包括：接收来自业务服务器的心跳信息，并通过心跳信息确定业务服务器是否出现故障；在确定业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。本发明能够通过心跳信息判断业务服务器是否出现故障，在其出现故障的情况下，将其本来能够处理的业务请求发送至其他业务服务器进行处理，能够及时的处理业务请求，防止多次报错，提升了系统性能，解决了当某一业务服务器出现故障的情况下，其对应的处理能力则会丧失，然而业务请求会继续请求该故障业务服务器处理业务，该故障业务服务器无法处理业务请求，导致出现报错的问题。

Description

一种业务服务器的管理方法、装置及系统

技术领域

本发明涉及通讯领域，特别是涉及一种业务服务器的管理方法、装置及系统。

背景技术

分布式系统(distributed system)是建立在网络之上的软件系统。故名思义，分布式系统是将系统的应用层、数据层或其它部分构架成分布(物理和逻辑上的都可以)状(通常是网状)。分布式系统通常是为了增强系统的可扩展性、稳定性和执行效率。

正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。因此，网络和分布式系统之间的区别更多的在于高层软件(特别是操作系统)，而不是硬件。内聚性，又称块内联系，指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。透明性是指每一个数据分布节点对用户的应用来说都是透明的，看不出是本地还是远程。在分布式系统中，用户感觉不到数据是分布的，即用户不须知道关系是否分割、有无复本、数据存于哪个站点以及事务在哪个站点上执行等。

随着云平台业务系统的增加，系统之间调用日益频繁，管理、维护的难度也渐渐加大，服务器间的依赖逐渐加强。这就要求结点必须可靠，或当结点出现问题后，也有相应的解决方案，能使业务快速切换。

然而，现有的分布式系统中，各业务服务器结点通过读取配置文件中的IP或域名来和其它业务结点建立连接，进行通信，但当它所依赖的结点出现故障，如宕机、网络异常、阻塞等情况时，本结点在处理相关业务时，仍会继续下发业务请求至故障业务服务器，导致出现报错问题；

进一步，随着业务的增加，处理相同业务的结点也会越来越多，业务服务器维护的难度也会越来越大。

发明内容

本发明提供了一种业务服务器的管理方法、装置及系统，用以解决现有技术中，当某一业务服务器出现故障的情况下，其对应的处理能力则会丧失，然而业务请求会继续请求该故障业务服务器处理业务，该故障业务服务器无法处理业务请求，导致出现报错的问题。

为解决上述技术问题，一方面，本发明提供一种业务服务器的管理方法，包括：接收来自所述业务服务器的心跳信息，并通过心跳信息确定所述业务服务器是否出现故障；在确定所述业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

进一步，将接收到的业务请求发送至其他业务服务器进行处理包括：判断是否存在具有处理所述业务请求能力的业务服务器；在存在具有处理所述业务请求能力的业务服务器的情况下，将所述业务请求发送至对应的业务服务器进行处理；在不存在具有处理所述业务请求能力的业务服务器的情况下，向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息，以为所述预定业务服务器配置处理所述业务请求的能力；并在配置完成后，将所述业务请求发送至所述预定业务服务器进行处理；其中，所述配置消息携带有所述配置文件的存储地址。

进一步，向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息包括：通过推送方式向所述预定业务服务器发送所述配置文件；或者，向所述预定业务服务器发送所述配置消息，以使所述预定业务服务器根据所述配置消息获取所述配置文件。

进一步，接收来自所述业务服务器的心跳信息之前，还包括：接收来自各个业务服务器的注册信息，并记录各个注册信息指示的业务服务器能够处理的业务类型，以根据所述业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求。

进一步，所述方法还包括：在业务服务器出现故障的情况下，发出告警。

另一方面，本发明还提供一种业务服务器的管理装置，包括：接收模块，用于接收来自所述业务服务器的心跳信息；确定模块，用于通过心跳信息确定所述业务服务器是否出现故障；分配模块，用于在确定所述业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

进一步，所述分配模块包括：判断单元，用于判断是否存在具有处理所述业务请求能力的业务服务器；第一分配单元，用于在存在具有处理所述业务请求能力的业务服务器的情况下，将所述业务请求发送至对应的业务服务器进行处理；第二分配单元，用于在不存在具有处理所述业务请求能力的业务服务器的情况下，向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息，以为所述预定业务服务器配置处理所述业务请求的能力；并在配置完成后，将所述业务请求发送至所述预定业务服务器进行处理；其中，所述配置消息携带有所述配置文件的存储地址。

进一步，所述接收模块，还用于接收来自各个业务服务器的注册信息，并记录各个注册信息指示的业务服务器能够处理的业务类型，以根据所述业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求。

进一步，所述装置还包括：告警模块，用于在业务服务器出现故障的情况下，发出告警。

再一方面，本发明还提供一种业务服务器的管理系统，包括：管理服务器和多个业务服务器，其中，所述管理服务器包括上述任一项的业务服务器的管理装置。

本发明能够通过心跳信息判断业务服务器是否出现故障，在其出现故障的情况下，将其本来能够处理的业务请求发送至其他业务服务器进行处理，降低了各业务节点之间的高耦合性，同时也能够及时的处理业务请求，防止多次报错，提升了系统性能，解决了当某一业务服务器出现故障的情况下，其对应的处理能力则会丧失，然而业务请求会继续请求该故障业务服务器处理业务，该故障业务服务器无法处理业务请求，导致出现报错的问题。

附图说明

图1是本发明实施例中业务服务器的管理方法的流程图；

图2是本发明实施例中业务服务器的管理装置的结构示意图；

图3是本发明实施例中业务服务器的管理装置分配模块的结构示意图；

图4是本发明实施例中业务服务器的管理装置的优选结构示意图；

图5是本发明实施例中业务服务器的管理系统的架构示意图。

具体实施方式

为了解决现有技术中，当某一业务服务器出现故障的情况下，其对应的处理能力则会丧失，然而业务请求会继续请求该故障业务服务器处理业务，该故障业务服务器无法处理业务请求，导致出现报错的问题，本发明提供了一种业务服务器的管理方法、装置及系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明实施例提供了一种业务服务器的管理方法，该方法实施在一个服务器上，本实施例中是具有管理功能的管理服务器，该方法的流程如图1所示，包括步骤S102至S104：

S102，接收来自业务服务器的心跳信息，并通过心跳信息确定该业务服务器是否出现故障。

业务服务器都是通过心跳信息来表示自己在线，当心跳信息不再发送的时候，在多数情况下，该业务服务器是因为故障导致的掉线，例如出现宕机。因此，本发明实施例通过心跳信息来判断业务服务器是否出现故障，如果其不再发送心跳信息，则确定其发生了故障，如果其正常发送心跳信息，证明其没有问题，能够正常处理业务请求。

该实施例中的步骤S102是从接收一个业务服务器发送心跳信息的角度来说明的，正常情况下，管理服务器是需要接收所有注册的业务服务器的心跳信息，判断是否都存在心跳信息，如果有哪一个出现了问题，则接收不到该业务服务器的心跳信息。

S104，在确定该业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

本发明实施例能够通过心跳信息判断业务服务器是否出现故障，在其出现故障的情况下，将其本来能够处理的业务请求发送至其他业务服务器进行处理，降低了各业务节点之间的高耦合性，同时也能够及时的处理业务请求，防止多次报错，提升了系统性能，解决了当某一业务服务器出现故障的情况下，其对应的处理能力则会丧失，然而业务请求会继续请求该故障业务服务器处理业务，该故障业务服务器无法处理业务请求，导致出现报错的问题。

接收来自各业务服务器的心跳信息之前，各业务服务器需要进行注册，在接收到来自各业务服务器的注册信息后，记录各注册信息指示的业务服务器能够处理的业务类型，以根据业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求，因此，如果某一业务服务器能够处理某一类型的业务，则在分配业务请求时，可以直接将此类业务的业务请求直接分配至上述的某一业务服务器。进一步，上述的能够处理的业务类型可以是其具有的处理功能，也可以是业务服务器当前具有的处理能力。

在将接收到的业务请求发送至其他业务服务器进行处理的过程中，存在两种情况，一种是其他业务服务器直接就具有处理该业务请求的能力，另一种是其他业务服务器不具备处理该业务请求的能力，对于不具备处理能力的业务服务器，可能是本身就是不具备处理这一类业务请求的功能，但也可能是可以处理这一类业务请求，但由于一些需求，之前没有进行配置。

基于上述情况，本发明实施例提供了一种解决上述问题的方法，即先判断是否存在具有处理业务请求能力的业务服务器；在存在具有处理业务请求能力的业务服务器的情况下，将业务请求发送至对应的业务服务器进行处理；在不存在具有处理业务请求能力的业务服务器的情况下，向预定业务服务器发送业务请求对应业务的配置文件或配置消息(配置消息携带有配置文件的存储地址)，以为预定业务服务器配置处理业务请求的能力；并在配置完成后，将业务请求发送至预定业务服务器进行处理，其中，上述的预定业务服务器为具有处理该业务请求的功能、但未被配置处理该业务请求的能力的业务服务器，且在配置的过程中，预定业务服务器被配置的是处理上述业务请求对应的整个业务类型的能力，则后续存在该业务类型对应的业务请求时，就可以直接发送到已经被配置的业务服务器上处理。

实现过程中，向预定业务服务器发送业务请求对应业务的配置文件或配置消息包括：通过推送方式向预定业务服务器发送所述配置文件；或者，向预定业务服务器发送所述配置消息，以使预定业务服务器根据配置消息内携带有的存储地址来获取所述配置文件。基于该实现过程，本发明实施例还可以向业务服务器发送命令，例如重启服务、重新加载配置、备份数据等。

进一步，为了及时修复存在故障的业务服务器，还可以在业务服务器出现故障的情况下，发出告警，例如，邮件告警、短信告警等信息类告警，当然，还可以是声音告警。上述告警可以是管理服务器发出的，当然，也可以是管理服务器在发现业务服务器出现故障时，通知业务服务器，再由该业务服务器进行告警；在通常情况下，管理服务器具有管理功能，告警一般都是在管理服务器上发出的。

本发明实施例还提供了一种业务服务器的管理装置(也可以称之为管理服务器)，该装置的结构示意如图2所示，包括：接收模块10，用于接收来自业务服务器的心跳信息；确定模块20，与接收模块10耦合，用于通过心跳信息确定业务服务器是否出现故障；分配模块30，与确定模块20耦合，用于在确定业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

图3示出了分配模块30的结构示意图，其包括：判断单元301，用于判断是否存在具有处理业务请求能力的业务服务器；第一分配单元302，与判断单元301耦合，用于在存在具有处理业务请求能力的业务服务器的情况下，将业务请求发送至对应的业务服务器进行处理；第二分配单元303，与判断单元301耦合，用于在不存在具有处理业务请求能力的业务服务器的情况下，向预定业务服务器发送业务请求对应业务的配置文件或配置消息，以为预定业务服务器配置处理业务请求的能力；并在配置完成后，将业务请求发送至预定业务服务器进行处理。

在实现的过程中，上述第二分配单元303，具体还可以用于通过推送方式向预定业务服务器发送所述配置文件，或者，向预定业务服务器发送所述配置消息，以使预定业务服务器根据配置消息内携带有的存储地址来获取所述配置文件。上述接收模块，还用于接收来各个自业务服务器的注册信息，并记录各个注册信息指示的业务服务器能够处理的业务类型，以根据业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求。

在一个优选实施例中，上述管理装置的结构示意还可以如图4所示，还包括：告警模块40，与确定模块20耦合，用于在业务服务器出现故障的情况下，发出告警。

实现时，上述的管理服务器为管家的角色，对所有的服务器进行管理、维护，例如业务服务器是否存活，业务服务器当前的处理能力(如CPU，内存使用状况)等，并通过向各业务服务器发送命令，来更新、升级业务服务器，减小维护成本，并提高了分布式系统的吞吐量，并发量，减小了响应延迟。

本发明实施例还提供了一种业务服务器的管理系统，该系统的架构示意如图5所示，包括：管理服务器和多个业务服务器，其中，管理服务器包括：上述实施例中涉及的业务服务器的管理装置。其中，业务服务器还可以包括：处理模块50，与信息收发模块60耦合，用于处理业务请求；信息收发模块60，用于接收业务请求，以及接收接收来自管理服务器的配置命令，并根据配置命令返回配置命令响应消息；配置模块70，与处理模块50和信息收发模块60耦合，用于接收管理服务器根据配置命令响应消息返回的配置文件，并根据配置文件配置处理业务请求的能力。

上述系统在实现时，当业务服务器启动时，业务服务器A向管理服务器发送注册请求，并向管理服务器提供自己所关心业务。管理服务器收到业务服务器A发送注册请求后，保存业务服务器A的数据，并将业务服务器A关心的业务的业务服务器B的调用地址及发送给服务器A。例如，登录服务器与Session(会话)服务器，登录服务器向管理服务器注册，并提交自己关心的业务为session，这时管理服务器会将session服务器的调用地址及方式发送给登录服务器，登录服务器再与Session服务器进行通信。

当有业务服务器出现故障时，管理服务器可以向与该服务服务器有关的服务器其它相同业务的业务服务器。通过管理服务器，还可以向各业务服务器推送配置文件，发送命令，便于各业务服务器的维护。

本发明具有以下有益效果：通过管理服务器，降低了各业务服务器结点之间的耦合性；通过注册的方式，提高了服务器的灵活性；降低了各业务服务器维护成本。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种业务服务器的管理方法，其特征在于，包括：

接收来自所述业务服务器的心跳信息，并通过心跳信息确定所述业务服务器是否出现故障；

在确定所述业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

2.如权利要求1所述的管理方法，其特征在于，所述将接收到的业务请求发送至其他业务服务器进行处理包括：

判断是否存在具有处理所述业务请求能力的业务服务器；

在存在具有处理所述业务请求能力的业务服务器的情况下，将所述业务请求发送至对应的业务服务器进行处理；

在不存在具有处理所述业务请求能力的业务服务器的情况下，向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息，以为所述预定业务服务器配置处理所述业务请求的能力；并在配置完成后，将所述业务请求发送至所述预定业务服务器进行处理；其中，所述配置消息携带有所述配置文件的存储地址。

3.如权利要求2所述的管理方法，其特征在于，所述向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息包括：

通过推送方式向所述预定业务服务器发送所述配置文件；或者，

向所述预定业务服务器发送所述配置消息，以使所述预定业务服务器根据所述配置消息获取所述配置文件。

4.如权利要求1至3中任一项所述的管理方法，其特征在于，接收来自所述业务服务器的心跳信息之前，还包括：在需要的地方写多个，不需要的就指代一个，业务服务器区分一下，说明书进行疏通

接收来自各个业务服务器的注册信息，并记录各个注册信息指示的业务服务器能够处理的业务类型，以根据所述业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求。

5.如权利要求1至3中任一项所述的管理方法，其特征在于，所述方法还包括：

在业务服务器出现故障的情况下，发出告警。

6.一种业务服务器的管理装置，其特征在于，包括：

接收模块，用于接收来自所述业务服务器的心跳信息；

确定模块，用于通过心跳信息确定所述业务服务器是否出现故障；

分配模块，用于在确定所述业务服务器出现故障的情况下，将接收到的业务请求发送至其他业务服务器进行处理。

7.如权利要求6所述的管理装置，其特征在于，所述分配模块包括：

判断单元，用于判断是否存在具有处理所述业务请求能力的业务服务器；

第一分配单元，用于在存在具有处理所述业务请求能力的业务服务器的情况下，将所述业务请求发送至对应的业务服务器进行处理；

第二分配单元，用于在不存在具有处理所述业务请求能力的业务服务器的情况下，向预定业务服务器发送所述业务请求对应业务的配置文件或配置消息，以为所述预定业务服务器配置处理所述业务请求的能力；并在配置完成后，将所述业务请求发送至所述预定业务服务器进行处理；其中，所述配置消息携带有所述配置文件的存储地址。

8.如权利要求6或7所述的管理装置，其特征在于，

所述接收模块，还用于接收来各个自业务服务器的注册信息，并记录各个注册信息指示的业务服务器能够处理的业务类型，以根据所述业务类型分配业务请求，其中，一种业务类型对应多种形式的业务请求。

9.如权利要求6或7所述的管理装置，其特征在于，还包括：

告警模块，用于在业务服务器出现故障的情况下，发出告警。

10.一种业务服务器的管理系统，其特征在于，包括：

管理服务器和多个业务服务器，其中，

所述管理服务器包括：权利要求6至9中任一项所述的业务服务器的管理装置。