CN109639755B - 关联系统服务器解耦方法、装置、介质及电子设备 - Google Patents

Abstract

本发明揭示了一种主干系统服务器与关联系统服务器的解耦方法、装置、介质及电子设备，该方法包括：获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后预定时间段内没得到响应的第一请求；获取没得到响应的第一请求的数目；在所述没得到响应的第一请求的数目大于预定数目阈值时，将所述关联系统服务器从所述主干系统服务器解耦。在分布式计算领域，主干系统服务器与关联系统服务器耦合关联，此方法下，自动将主干系统服务器与关联系统服务器解耦，降低了主干系统服务器的运行风险。

Description

关联系统服务器解耦方法、装置、介质及电子设备

技术领域

本发明涉及计算机技术领域，特别涉及一种主干系统服务器与关联系统服务器的解耦方法、装置、介质及电子设备。

背景技术

随着互联网特别是移动互联网时代的到来，人类社会与互联网的关系日益紧密。由于社会经济的发展，人类社会的分工越来越精细。对于人们对多元而细分的互联网服务的快速增长的需求，传统的单一系统的架构已经无法满足，此时关联系统应运而生。关联系统服务器与主干系统服务器互相关联并协同工作，可以实现模块化系统构建，从而满足多元化的用户需求。

在现有技术，关联系统服务器与主干系统服务器进行关联耦合，形成了模块化的系统构架。当主干系统服务器执行一个任务时，非常依赖于与之耦合的关联系统服务器，只有与之耦合的关联系统服务器稳定可用时，才能保证主干系统服务器正常运行，这样就可以使得主干系统服务器上的任务能够顺利执行下去。如果关联系统服务器不稳定，很可能会干扰主干系统服务器的正常运行、降低主干系统服务器的性能，甚至使主干系统服务器瘫痪。开发人员在面对关联系统服务器不稳定或者不可用时，都是临时才会寻求解决方案，判断要关闭哪个关联系统服务器。

现有技术的缺陷在于，主干系统服务器的正常运行依赖于关联系统服务器，关联系统服务器不稳定会给主干系统服务器带来的运行风险。

发明内容

为了解决相关技术中存在的关联系统服务器不稳定给主干系统服务器带来的运行风险的技术问题，本发明提供了一种主干系统服务器与关联系统服务器的解耦方法、装置、介质及电子设备。

根据本申请的一方面，提供了一种主干系统服务器与关联系统服务器的解耦方法，所述方法包括：

获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；

确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后第一预定时间段内没得到响应的第一请求；

获取没得到响应的第一请求的数目；

在所述没得到响应的第一请求的数目大于预定数目阈值时，将所述关联系统服务器从所述主干系统服务器解耦。

根据本申请的另一方面，提供了一种主干系统服务器与关联系统服务器的解耦装置，所述装置包括：

第一获取模块，被配置为获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；

确定模块，被配置为确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后预定时间段内没得到响应的第一请求；

第二获取模块，被配置为获取没得到响应的第一请求的数目；

解耦模块，被配置为响应于所述数目大于预定数目阈值，将所述关联系统服务器从所述主干系统服务器解耦。

根据本申请的另一方面，提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行如前所述的方法。

根据本申请的另一方面，提供了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前所述的方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的主干系统服务器与关联系统服务器的解耦方法包括如下步骤：获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后预定时间段内没得到响应的第一请求；获取没得到响应的第一请求的数目；响应于所述数目大于预定数目阈值，将所述关联系统服务器从所述主干系统服务器解耦。

此方法下，在所述主干系统服务器发向所述关联系统服务器的在所述请求时间后预定时间段内没得到响应的请求的数目大于预定数目阈值的情况下，即关联系统服务器性能恶化，为了避免关联系统服务器的性能对主干系统服务器的影响，自动将主干系统服务器与关联系统服务器解耦，减少了关联系统服务器不稳定给主干系统服务器带来的运行风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦方法的应用环境示意图；

图2是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦装置的应用环境示意图；

图3是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦方法的流程图；

图4是根据图3对应实施例示出的一实施例的步骤310与步骤330之间步骤以及步骤330的细节的流程图；

图5是根据图3对应实施例示出的一实施例的步骤350之后步骤的流程图；

图6是根据图5对应实施例示出的一实施例的步骤380的细节的流程图；

图7是根据图5对应实施例示出的另一实施例的步骤380的细节的流程图；

图8是根据图7对应实施例示出的一实施例的步骤382'的细节的流程图；

图9是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦装置的框图；

图10是根据一示例性实施例示出的一种用于实现上述主干系统服务器与关联系统服务器的解耦方法的电子设备示例框图；

图11是根据一示例性实施例示出的一种用于实现上述主干系统服务器与关联系统服务器的解耦方法的计算机可读存储介质。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本公开首先提供了一种主干系统服务器与关联系统服务器的解耦方法。主干系统服务器是指在多个服务器组成的总的系统中起核心作用或者执行主要功能的服务器，关联系统服务器是指在多个服务器组成的总的系统中与主干系统服务器耦合并通过耦合帮助主干系统服务器完成一个整体任务的系统。

在一个实施例中，主干系统是银行交易系统，关联系统是交易信息提醒系统，交易信息提醒系统与主干系统耦合，当银行交易系统有交易行为发生时，通过该关联系统即该交易信息提醒系统，向用户发送提醒信息。

本实施例主要针对一个主干系统服务器说明了如何将与之耦合的关联系统服务器解耦。图2是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦装置的应用环境示意图。如图2所示的应用环境包括：主干系统服务器210，关联系统解耦装置220，关联系统服务器230。主干系统服务器与关联系统服务器的解耦方法固定于关联系统解耦装置。如图2所示，主干系统服务器210发向关联系统服务器230的请求用主干系统服务器210指向关联系统服务器230箭头表示，关联系统服务器230发向主干系统服务器210的响应用关联系统服务器230指向主干系统服务器210的箭头表示，主干系统服务器210发向关联系统服务器230的请求和与这个请求对应的响应用位于同一个虚线框的内容表示。在图2中如果一个请求在请求时间后预定时间段内没得到响应，响应代表的指向箭头用虚线箭头表示。可以理解的是，图2仅为帮助理解本发明的一个实施例，在本方法实际应用的情况下，主干系统服务器发向关联系统服务器的请求的数目可以是更多或者更少的任意数目，而没得到响应的请求的数目也可以是更多或者更少的任意数目。

图1是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦方法的应用环境示意图。如图1所示在现实应用场景中，有四个主干系统服务器，每个主干系统服务器都与关联系统服务器耦合连接，而耦合连接的表现形式就是主干系统服务器可以向与之耦合的关联系统服务器发送请求。可以理解的是，在实际应用该方法的环境中，可以包括不限于四个主干系统服务器，与每个主干系统服务器耦合的关联系统服务器的数目也不限于如图1所示的那些，可以有更多或更少的主干系统服务器，与每个主干系统服务器耦合的关联系统服务器数目也可以更多或者更少。

图3是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦方法的流程图。在本实施例中，主要针对一个主干系统服务器说明了如何将与之耦合的关联系统服务器解耦。如图3所示，此方法包括以下步骤：

步骤310，获取主干系统服务器发向关联系统服务器的第一请求的请求时间。

如图1所示，关联系统服务器与主干系统服务器耦合，每个主干系统服务器可以向与之耦合的关联系统服务器发送请求。

在一个实施例中，在主干系统服务器和关联系统服务器之间嵌入一个脚本，当主干系统服务器向关联系统服务器发送请求时，请求中带有请求时间戳，该脚本可抓取该请求的请求时间。

在一个实施例中，本方法的实施装置中设有一个网关，当主干系统服务器向关联系统服务器发送请求时，请求中带有请求时间戳，网关可截获请求的请求时间戳，即请求时间。

在一个实施例中，本方法的实施装置中设有一个网关，主干系统服务器向关联系统服务器发送的请求是要经过网关，网关可根据该请求何时经过该网关来得到请求的请求时间。

步骤330，确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后预定时间段内没得到响应的第一请求。

在一个实施例中，本方法的实施装置不仅可以检测主干系统服务器何时向所述关联系统服务器发送请求，该实施装置中还具有计时器和打标签的单元，当主干系统服务器向关联系统服务器发送一个请求后，计时器记录该请求的请求时间，打标签的单元为该请求打标签，然后监测该关联系统服务器发出的响应，如果关联系统服务器向主干系统服务器发出的响应的标签与该请求的标签相同，计时器计算该响应的时间与请求时间的差值，如果差值大于预定时间段，就说明该请求是在所述请求时间后预定时间段内没得到响应的请求。

在一个实施例中，预定时间段是根据经验人为设定的。主干系统服务器向关联系统服务器发送请求后，如果在预定时间段内没得到响应，说明该关联系统服务器有可能出现响应缓慢、不可用等不正常状态。

步骤340，获取没得到响应的第一请求的数目。

在一个实施例中，本发明的实施装置中设有一个计数器，主干系统服务器发向关联系统服务器的请求以及关联系统服务器对请求的响应都会经过该装置，只要判断有一个请求是没有得到响应的请求，计数器就加1，最终得到没得到响应的请求的数目。

如上所述，当在预定时间范围内有请求在预定时间段内没得到响应，说明关联系统服务器有不正常的状态。而没得到响应的请求的数目是这种不正常状态的很好的量度，可以根据没得到响应的请求的数目判断关联系统服务器的更接近真实的状态。

在一个实施例中，只要关联系统服务器对其接收到的一个请求没有在预定时间段内发出对应的响应，在此之后，如果关联系统服务器接收到多个请求，关联系统服务器不会在预定时间段内对所有请求发出响应，此时，在预定时间段内没得到响应的请求的数目会急剧增加，这样做的好处在于，可以迅速将关联系统服务器工作状态恶化的情况表现出来。

步骤350，在所述没得到响应的第一请求的数目大于预定数目阈值时，将所述关联系统服务器从所述主干系统服务器解耦。

在一个实施例中，预定数目阈值是根据经验确定的数值，当所述数目大于预定数目阈值，说明关联系统服务器的状态不正常的可能性高，此时可判断关联系统服务器状态不正常，进而可以将所述关联系统服务器从所述主干系统服务器解耦。这样做的好处在于，提高了解耦关联系统服务器的合理性，相对地减少了主干系统服务器无法正常运行的时间。

图4是根据图3对应实施例示出的一实施例的步骤310与步骤330之间步骤以及步骤330的细节的流程图。如图4所示，包括以下步骤：

步骤320，获取主干系统服务器发向关联系统服务器的第一请求中的第一请求标识。

在一个实施例中，请求中包括第一请求标识，使用第一请求标识来确定一个响应是否与一个请求对应。

步骤331，针对所述主干系统服务器发向所述关联系统服务器的每一第一请求，确定在第一请求后预定时间内所述关联系统服务器是否发出了带有该第一请求标识的响应。

在一个实施例中，响应也包括请求标识，当一个响应的请求标识与一个请求的请求标识相同时，判断这个响应与该请求对应，即这个响应是该请求的响应。

步骤332，确定在第一请求后预定时间内所述关联系统服务器没有发出带有该第一请求标识的响应的第一请求，作为所述没得到响应的第一请求。

因为只有当一个响应具有第一请求标识且该响应发出的时间在请求后预定时间内，该请求可以被视为得到响应的请求，反之则该请求是没得到响应的请求。

这样做的好处在于，为确定关联系统服务器发出的一个响应是否与发向该关联系统服务器的请求对应提供了解决方案。

图5是根据图3对应实施例示出的一实施例的步骤350之后步骤的流程图。如图5所示，包括以下步骤:

步骤360，向所述关联系统服务器发送测试请求。

进一步地，在一个实施例中，因为还有对解耦后的关联系统服务器再次使用的需要，所以关联系统服务器从主干系统服务器上解耦后过程并未结束，还要向关联系统服务器发送测试请求。因为之所以该关联系统服务器会被解耦是因为关联系统服务器运行有异常，所以要通过测试来判断关联系统服务器的具体异常情况。

步骤370，判断在发送测试请求后第二预定时间段内是否监测到所述关联系统服务器对所述测试请求的响应。

在一个实施例中，关联系统服务器的异常情况有两种，一种是该关联系统服务器没有故障，但是接收到的请求太多，导致无法顺利处理，此时如果向所述关联系统服务器发送测试请求，就可以在发送测试请求后第二预定时间段内监测到所述关联系统服务器对所述测试请求的响应；另一种是该关联系统服务器发生了故障，在解耦后仍无法处理请求，此时如果向所述关联系统服务器发送测试请求，不能监测到所述关联系统服务器对所述测试请求的响应或者所述关联系统服务器对所述测试请求的响应超出预定时间段才被该关联系统服务器发出。

步骤380，根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器。

在一个实施例中，得出判断结果后，就可以知道如何恢复关联系统服务器与主干系统服务器的耦合。

图6是根据图5对应实施例示出的一实施例的步骤380的细节的流程图。如图6所示，步骤380包括：

步骤381，响应于在第二预定时间段内监测到所述关联系统服务器对测试请求的响应，耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器。

在一个实施例中，第一预定数目是预先根据经验设置的。这样做的好处在于避免了短时间内大量的主干系统服务器与该关联系统服务器耦合后可能对该关联系统服务器造成的巨大压力。

在另一个实施例中，耦合与所述关联系统服务器解耦的随机数目的主干系统服务器。

步骤382，确定所述第一预定数目的主干系统服务器向所述关联系统服务器发送第二请求后第一预定时间段内得到响应的第二请求的数目，作为第二数目。

在耦合数目为第一预定数目的主干系统服务器后，由于关联系统服务器的状态是动态变化的，因此可以根据此时关联系统服务器对请求的响应情况判断是否可以继续耦合更多的主干系统服务器，设置第一预定时间段的好处在于可以为判断关联系统服务器是否异常提供指标。

步骤383，确定第二数目与第一预定数目的比值。

步骤384，当所述比值大于预定比例阈值时，再次耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器，直至所有与所述关联系统服务器解耦的主干系统服务器与所述关联系统服务器重新耦合。

预定比例阈值是预先根据经验设置的，当所述比值低于预定比例阈值时，说明关联系统服务器的工作状态依然不够好，所以能承担的负载较低。这样做的好处在于，由于关联系统服务器的工作状态是动态变化的，避免了在工作状态不够良好的情况下耦合过多的主干系统服务器。

在一个实施例中，当比值大于预定比例阈值时，每次耦合的与所述关联系统服务器解耦的主干系统服务器的数目按照等差序列递增的方式确定。这样做的好处在于，随着耦合次数的增加，可判断关联系统服务器的工作状态逐渐变好，因而每次耦合可以逐渐增加负载，通过对该关联系统服务器的尝试性和渐进式地增加负载，避免了一次性增加太多负载重新造成性能恶化。

图7是根据图5对应实施例示出的另一实施例的步骤380的细节的流程图。如图7所示，步骤380包括：

步骤381'，响应于在第二预定时间段内无法监测到关联系统服务器对测试请求的响应，确定该关联系统服务器的类型。

在一个实施例中，由于无法监测到关联系统服务器对测试请求的响应，说明该关联系统服务器发生故障，此时要选择其他关联系统服务器来代替它。

步骤382'，针对解耦的主干系统服务器，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器。

在一个实施例中，预先设置一个关联系统服务器类型表，表中每个关联系统服务器都有对应的类型，可以从该表中查找出该关联系统服务器同一类型的其它关联系统服务器。

在一个实施例中，不是所有关联系统服务器都能代替发生故障的这个关联系统服务器，只有与该关联系统服务器同一类型的关联系统服务器才能代替。

在一个实施例中，与该关联系统服务器同一类型的其它关联系统服务器是与该关联系统服务器功能相同的服务器。

在另一个实施例中，与该关联系统服务器同一类型的其它关联系统服务器是与该关联系统服务器同样型号的服务器。

在一个实施例中，确定将与主干系统服务器耦合的目标关联系统服务器具体是指将其他关联系统服务器中距离该主干系统服务器最近的关联系统服务器作为将与主干系统服务器耦合的目标关联系统服务器。

步骤383'，将解耦的主干系统服务器与该目标关联系统服务器耦合。

这样做的好处在于，避免了再次与主干系统服务器耦合后关联系统服务器工作状态依然不正常的情况，缩短了主干系统服务器受影响的时间。

图8是根据图7对应实施例示出的一实施例的步骤382'的细节的流程图。如图8所示，步骤382'包括：

步骤3821'，针对与该关联系统服务器同一类型的其它关联系统服务器中的每一个，获取接收到请求但在第三预定时间段内未被响应的请求数，作为第三数目。

在一个实施例中，本发明的实施装置中设有一个计数器和计时器，当一个其他关联系统服务器接收到请求后，计时器开始计时，如果计时器计时到预定时间段后，其他关联系统服务器还没发出响应，就将该计数器加1，最终得到请求数。

在一个实施例中，其它关联系统服务器有计数器和计时器，当接收到一个请求后，计时器开始计时，如果计时器计时到预定时间段后，其他关联系统服务器还没对该请求发出响应，计数器就加1，最终得到在预定时间段内未被响应的请求数。

步骤3822'，在所述其它关联系统服务器中将第三数目最小的关联系统服务器确定为将与该主干系统服务器耦合的目标关联系统服务器。

在一个实施例中，在所述其它关联系统服务器中将第三数目最小的3个关联系统服务器中任取一个确定为将与该主干系统服务器耦合的目标关联系统服务器。这样做的好处在于，筛选出针对接收到的请求能作出处理并发出相应响应最快的关联系统服务器。

在一个实施例中，针对解耦的主干系统服务器，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器，包括：

为解耦的主干系统服务器分批次地，在与各批次对应的时间，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器。

在一个实施例中，分批次确定将与主干系统服务器耦合的目标关联系统服务器中每批次确定的目标关联系统服务器的数目为随机的数目。

在另一个实施例中，分批次确定将与主干系统服务器耦合的目标关联系统服务器中每批次确定的目标关联系统服务器的数目为按照等差数列确定的数目。例如，在前两批次分别为1个、3个主干系统服务器确定目标关联系统服务器，则在第三批次中要为5个主干系统服务器确定目标关联系统服务器，继续分批次为基于等差数列确定的数目的主干系统服务器确定目标关联系统服务器，直到为所有主干系统服务器确定了目标关联系统服务器。

当同时为全部主干系统服务器确定相应的目标关联系统服务器时，多个主干系统服务器可能共用一个关联系统服务器，可能会造成关联系统服务器瞬时负载变化过大的情况，对关联系统服务器性能造成影响。

本公开还提供了一种主干系统服务器与关联系统服务器的解耦装置，以下是本发明的装置实施例。

图9是根据一示例性实施例示出的一种主干系统服务器与关联系统服务器的解耦装置的框图。如图9所示，该装置900包括：

第一获取模块901，被配置为在预定时间范围内，获取主干系统服务器发向关联系统服务器的第一请求的请求时间。

确定模块902，被配置为在所述预定时间范围内，确定所述主干系统服务器发向所述关联系统服务器的在请求时间后第一预定时间段内没得到响应的第一请求，所述预定时间范围大于所述预定时间段。

第二获取模块903，被配置为获取没得到响应的第一请求的数目；

解耦模块904，被配置为响应于所述数目大于预定数目阈值，将所述关联系统服务器从所述主干系统服务器解耦。

根据本公开的第三方面，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图10来描述根据本发明的这种实施方式的电子设备1000。图10显示的电子设备1000仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于：上述至少一个处理单元1010、上述至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1010执行，使得所述处理单元1010执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元(ROM)1023。

存储单元1020还可以包括具有一组(至少一个)程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1000也可以与一个或多个外部设备1200(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1050进行。并且，电子设备1000还可以通过网络适配器1060与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的第四方面，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图11所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1100，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (8)

1.一种主干系统服务器与关联系统服务器的解耦方法，其特征在于，所述方法包括：

获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；

确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后第一预定时间段内没得到响应的第一请求；

获取没得到响应的第一请求的数目；

在所述没得到响应的第一请求的数目大于预定数目阈值时，将所述关联系统服务器从所述主干系统服务器解耦；

向所述关联系统服务器发送测试请求；

判断在发送测试请求后第二预定时间段内是否监测到所述关联系统服务器对所述测试请求的响应；

根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器，所述根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器具体包括：响应于在第二预定时间段内监测到所述关联系统服务器对测试请求的响应，耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器；确定所述第一预定数目的主干系统服务器向所述关联系统服务器发送第二请求后第一预定时间段内得到响应的第二请求的数目，作为第二数目；确定第二数目与第一预定数目的比值；当所述比值大于预定比例阈值时，再次耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器，直至所有与所述关联系统服务器解耦的主干系统服务器与所述关联系统服务器重新耦合。

2.根据权利要求1所述的方法，其特征在于，所述第一请求包括第一请求标识，对应于所述第一请求的响应包括所述第一请求标识，在确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后第一预定时间段内没得到响应的第一请求之前，所述方法还包括：

获取主干系统服务器发向关联系统服务器的第一请求中的第一请求标识；

所述确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后第一预定时间段内没得到响应的第一请求具体包括：

针对所述主干系统服务器发向所述关联系统服务器的每一第一请求，确定在第一请求后预定时间内所述关联系统服务器是否发出了带有该第一请求标识的响应；

确定在第一请求后预定时间段内所述关联系统服务器没有发出带有该第一请求标识的响应的第一请求，作为所述没得到响应的第一请求。

3.根据权利要求1所述的方法，其特征在于，所述根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器具体包括：

响应于在第二预定时间段内无法监测到关联系统服务器对测试请求的响应，确定该关联系统服务器的类型；

针对解耦的主干系统服务器，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器；

将解耦的主干系统服务器与该目标关联系统服务器耦合。

4.根据权利要求3所述的方法，所述针对解耦的主干系统服务器，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器具体包括：

针对与该关联系统服务器同一类型的其它关联系统服务器中的每一个，获取接收到请求但在第三预定时间段内未被响应的请求数，作为第三数目；

在所述其它关联系统服务器中将第三数目最小的关联系统服务器确定为将与该主干系统服务器耦合的目标关联系统服务器。

5.根据权利要求3所述的方法，其特征在于，所述针对解耦的主干系统服务器，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器，包括：

为解耦的主干系统服务器分批次地，在与各批次对应的时间，在与该关联系统服务器同一类型的其它关联系统服务器中，确定将与主干系统服务器耦合的目标关联系统服务器。

6.一种主干系统服务器与关联系统服务器的解耦方法装置，其特征在于，所述装置包括：

第一获取模块，被配置为获取主干系统服务器发向关联系统服务器的第一请求的请求时间，所述关联系统服务器与所述主干系统服务器耦合；

确定模块，被配置为确定所述主干系统服务器发向所述关联系统服务器的在所述请求时间后第一预定时间段内没得到响应的第一请求；

第二获取模块，被配置为获取没得到响应的第一请求的数目；

解耦模块，被配置为响应于所述数目大于预定数目阈值，将所述关联系统服务器从所述主干系统服务器解耦；向所述关联系统服务器发送测试请求；判断在发送测试请求后第二预定时间段内是否监测到所述关联系统服务器对所述测试请求的响应；以及根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器，所述根据判断结果，确定是否耦合关联系统服务器与一部分解耦的主干系统服务器具体包括：响应于在第二预定时间段内监测到所述关联系统服务器对测试请求的响应，耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器；确定所述第一预定数目的主干系统服务器向所述关联系统服务器发送第二请求后第一预定时间段内得到响应的第二请求的数目，作为第二数目；确定第二数目与第一预定数目的比值；当所述比值大于预定比例阈值时，再次耦合与所述关联系统服务器解耦的第一预定数目的主干系统服务器，直至所有与所述关联系统服务器解耦的主干系统服务器与所述关联系统服务器重新耦合。

7.一种计算机可读程序介质，其特征在于，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行根据权利要求1至5中任一项所述的方法。

8.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至5任一项所述的方法。

Images