CN110460673B - 一种服务地址获取方法、装置及设备 - Google Patents

Abstract

本说明书实施例提供一种服务地址获取方法、装置及设备。所述方法包括：接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；获取所述服务标识对应的服务器作为候选服务器；在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。利用所述方法，在获取所需服务对应的服务器地址的时候，考虑到所述服务对应的服务器的状态，从而避免了提供给用户不可用的服务器的地址，提高了用户体验。

Description

一种服务地址获取方法、装置及设备

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种服务地址获取方法、装置及设备。

背景技术

随着计算机技术的发展，人们可以在足不出户的情况下，利用电脑、手机等终端设备，获取自身所需要的服务，极大地便利了人们的生活。在现有技术中，当需要在线上获取对应于某一计算机设备的特定服务时，将对应于该特定服务的域名发送给DNS服务器，利用DNS服务器将域名转换为计算机设备可识别的IP地址后，客户端再通过所述IP地址来连接对应的计算机设备来获取相应的服务。

但是DNS服务器在查找IP地址时，不会考虑提供服务的服务器本身的状态，即使是查找到的服务器当前为故障状态，仍然会将该服务器的IP地址推送至客户端。此外，在该服务器当前所需处理的服务过多，导致服务器过载较大时，也仍然会向用户反馈对应的IP地址。这样一来，用户在利用该IP地址连接至所述服务器时，可能导致用户获取服务的过程中信息传输速度过慢，甚至无法连接至该服务器来获取对应的服务，从而影响用户的服务体验。因此，目前亟需一种能够在推送用户服务器地址时保证当前服务有效性的方法。

发明内容

本说明书实施例的目的是提供一种服务地址获取方法、装置及设备，以解决现有技术中在查找用户推送服务的服务器时忽视所述服务器的状态，降低了用户体验的问题。

为了解决上述问题，本说明书实施例提出一种服务地址获取方法、装置及设备是这样实现的：

一种服务地址获取方法，包括：

接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；

获取所述服务标识对应的服务器作为候选服务器；

在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

一种服务地址获取装置，包括：

请求接收模块，用于接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；

服务器获取模块，用于获取所述服务标识对应的服务器作为候选服务器；

地址反馈模块，用于在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

一种服务地址获取设备，包括存储器和处理器，其中：

所述存储器，用于存储计算机指令；

所述处理器，用于执行所述计算机指令实现以下步骤：接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；获取所述服务标识对应的服务器作为候选服务器；在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

由以上本说明书实施例提供的技术方案可见，本说明书实施例通过获取客户端推送的服务获取请求，查找到对应的服务器后，在考虑所述服务器的状态的情况下，向客户端推送相应的服务器地址，使得客户端能够通过该服务器地址连接至有效地服务器完成后续服务。通过上述方法，能够在查找提供用户服务的服务器地址时，考虑提供服务的服务器的状态，从而保证能够提供给用户稳定、有效地服务器，保证推送给用户的服务的正常进行，提升了用户的体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例一种服务地址获取系统的示意图；

图2为本说明书实施例一种服务地址获取方法的流程图；

图3为本说明书实施例一种服务地址获取装置的模块图；

图4为本说明书实施例一种服务地址获取设备的结构图。

具体实施方式

下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

为了更好地理解所述服务地址获取方法的发明构思，如图1所示，首先介绍一种服务地址获取系统。所述服务地址获取系统可以在接收到客户端发送的服务获取请求后反馈相应的服务器地址。所述服务地址获取系统还可以监控服务器的状态从而判断该服务器能否正常处理

所述服务地址获取系统可以包括管理服务器110。所述管理服务器可以是服务器、个人计算机、服务器集群、工业控制计算机等计算机设备。所述管理服务器可以保存有用于提供服务的各个服务器的服务器地址。所述管理服务器可以保存有对应于各个服务器地址的服务标识。所述管理服务器可以获取到提供服务的服务器的状态。所述管理服务器可以用于接收客户端发送的服务获取请求。所述管理服务器可以根据所述服务获取请求查找对应的服务器地址。所述管理服务器可以基于客户端发送的服务获取请求反馈对应的服务器地址。

所述管理服务器，包括基于中间件技术所实现的中间件服务器。中间件技术可以在用户客户端与数据库服务器之间提供连接，从而便于各个部件之间的沟通，在不同的技术之间共享资源。在本说明书的实施例中，利用中间件服务器，可以有效地实现客户端与服务器园区之间的数据交互，便于对两端的数据进行调整使得数据交流能够更好地进行。

所述服务地址获取系统还可以包括服务器园区。所述服务器园区包括至少一个用于向用户提供服务的服务器。所述服务器园区可以是按照服务器的分布地域对服务器进行划分所得到的园区。所述服务器园区中的服务器可以用于向客户端提供服务。所述附图1中示意性地给出了服务器园区121、服务器园区122、服务器园区123的示意图，实际应用的过程中服务器园区的数量以及服务器园区中服务器的数量均不受限制。

用户在利用客户端获取某些服务时，需要先与提供所述服务的服务器之间建立连接，建立连接之后，所述客户端可以与所述服务器之间完成数据交互从而实现服务的提供。为了与服务器建立连接，首先需要获取所述服务器的服务器地址。但是所述服务器地址一般较为繁琐且无规律，不便于用户直接记忆。用户一般可以直接获取到的是便于记忆的服务标识。用户通过客户端向后端发送的即为所述服务标识。因此，需要提供一种手段，在用户发送所述服务标识之后，获取到所述服务标识对应的服务器地址，并将所述服务器地址反馈至客户端使得客户端能够正常连接至对应的服务器。

因此，结合上述要求，基于上述服务地址获取系统，如图2所示，本说明书实施例提出一种服务地址获取方法。所述方法的执行主体为管理服务器，所述服务地址获取方法的具体实施步骤如下：

S210：接收客户端发送的服务获取请求。

所述服务获取请求，即为用户需要获取到某项服务时，利用客户端发送的请求。但由于一般情况下所述服务获取请求中不包含提供对应服务的服务器的地址，需要首先由所述管理服务器根据所述服务获取请求获取相应的服务器地址。

所述服务获取请求可以包含有服务标识。所述服务标识，用于标识所需要获取的服务。所述服务标识一般便于用户记忆，使得用户能够直接通过在客户端输入所述服务标识来获取对应的服务。但客户端通过所述服务标识并不能直接连接至对应的服务器，需要先将所述服务标识转化为对应的服务器地址，再利用所述服务器地址连接至对应的服务器来获取相应的服务。

在一个示例中，所述服务标识可以为域名。相应的，所述管理服务器在获取到所述域名之后，可以将所述域名转化为对应的IP地址，将所述IP地址反馈给客户端之后，客户端可以利用所述IP地址连接对应的服务器。上述示例只是为了更好地对本说明实施例中的概念进行解释，并不构成对服务标识和服务器地址的限定，实际应用过程中可以利用其他手段表示所述服务标识和服务器地址。

在一个实施方式中，对于某些用户频繁获取的服务，客户端可能会直接保存该服务的服务标识与服务器地址的对应关系，使得用户在需要获取对应的服务时，所述客户端能够直接利用该服务器地址获取到对应的服务，而不需要通过所述管理服务器实现服务标识与服务器地址之间的转化。

但是在这种情况下，如果客户端中所保存的服务器地址所对应的服务器出现故障或当前负载较大时，绕过所述管理服务器直接连接对应的服务器，反而会导致不能连接至该服务器，并不能提供正常的服务，从而影响用户的体验。

因此，为了解决上述技术问题，在该实施方式中，管理服务器会实时监测后台各服务器的状态，在获取到某一服务器的状态非正常，例如为不可用状态时，将所述状态非正常的服务器作为故障服务器并获取所述故障服务器的标识信息。所述标识信息包括服务器地址和服务标识中的至少一个。将所述故障服务器的标识信息反馈至客户端，客户端在获取到所述故障服务器的标识信息之后，在接收到用户输入的服务标识后，会将用户输入的服务标识与所述故障服务器的标识信息进行对比，若根据对比结果发现所述服务标识与所述故障服务器的标识信息相匹配，则不再查找是否在客户端的本地缓存中存在对应于所述服务标识的服务器地址，而是直接将包含所述服务标识的服务获取请求发送至所述管理服务器。

通过上述方法，克服了在实际应用中由于提供服务的服务器突然发生故障而导致客户端仍然直接连接至故障服务器，从而无法获取到对应的服务，影响用户体验的问题。

S220：获取所述服务标识对应的服务器作为候选服务器。

管理服务器在接收到所述服务标识之后，可以根据自身所存储的服务标识与各个服务器之间的对应关系，查找到相对应的服务器作为候选服务器。在具体的实施过程中，可以是提供服务的服务器预先将服务器信息注册在所述管理服务器上，判断所述服务器信息能够与所述服务标识相对应能够判断该服务器是否是客户端所需要的服务器；或者，也可以是各个服务器将各自的信息注册在所述管理服务器上，所述管理服务器在接受到所述服务获取请求之后，将所述服务管理请求转发给各个提供服务的服务器，并将接受到的反馈信息所对应的服务器作为候选服务器。

在另一个实施方式中，提供服务的服务器可以按照所在地域被划分为至少一个服务器园区。例如，将布设在A区域中的所有服务器划分至A园区，将布设在B区域的所述服务器划分至B园区。相应的，客户端在发送服务获取请求时，在所述服务获取请求中添加客户端自身的地域标识，所述地域标识用于指示客户端所位于的区域。

在这种情况下，获取候选服务器时，可以在所述地域标识对应的服务器园区中查找与所述服务标识对应的服务器作为候选服务器。结合上述示例继续进行说明，例如，客户端位于的地域为A区域，则所述服务获取请求中包含的地域标识用于指示A区域。管理服务器在接收到所述服务获取请求时，在A园区中查找是否存在与所述服务标识对应的服务器。若存在，将所述服务器作为候选服务器。通过优先选择同一区域内的服务器作为为用户提供服务的服务器，可以保障服务的稳定性，进一步提升用户的使用体验。

在该实施方式中，还可以针对各个服务器园区设置园区状态。所述园区状态可以包括可用状态和不可用状态。由于园区内的服务器是按照地域进行划分的，一般情况下用于处理该地域对应的区域内的客户端的服务。当该地区所需要的服务量过大或区域内的其他不稳定因素，导致园区内的服务器均处于不可用状态时，所述服务器园区即处于不可用状态。

在查找到地域标识对应的服务器园区之后，可以先判断所述服务器园区是否为可用状态，若所述服务器园区为可用状态，可以在所述地域标识对应的服务器园区中查找所述服务标识对应的服务器作为候选服务器。

若所述服务器园区为不可用状态，则该服务器园区内不存在能够正常提供服务的服务园区中器。在这种情况下，可以在其他园区状态为可用状态的服务器园区中查找与所述服务标识对应的服务器作为候选服务器。

在该实施方式中，还可以针对各个服务器园区设置园区服务阈值。所述园区服务阈值表示各个服务器园区推送服务的最大值，体现出服务器园区推送服务能力的强弱。在设置所述园区服务阈值后，所述管理服务器在接收到服务获取请求之后，首先根据地域标识查找到对应的本地园区。在所述本地园区推送服务的数量小于本地园区的园区服务阈值的时候，在所述本地园区中查找与所述服务标识对应的服务器作为候选服务器。通过设置园区服务阈值，可以设置各个园区推送服务的上限值，避免了在获取服务器推送服务时忽略各个园区的处理能力的问题，确保了服务推送的稳定性和高效性，从而实现用户能够得到较好的服务体验。

在选取的过程中，可能选取出多个与所述服务标识匹配的服务器，在这种情况下，可以利用服务器与客户端是否位于同一地域、服务器当前的处理能力等其他条件选取出最符合要求的服务器作为候选服务器。

S230：若所述候选服务器满足预设状态条件，将所述候选服务器的服务器地址反馈至客户端。

针对提供服务的服务器，可以预先设置可用状态和不可用状态。可用状态标识该服务器当前可以正常向用户提供服务；不可用状态标识该服务器当前可以出现故障或者数据内容更新等情况，从而无法向用户提供服务。

在针对服务器设置可用状态和不可用状态的情况下，可以在选取出候选服务器之后，判断所述候选服务器是否为可用状态。在这种情况下，可以设置预设状态条件为候选服务器为可用状态。

若所述候选服务器为可用状态，可以将所述候选服务器的服务器地址反馈至客户端，使客户端能够通过所述服务器地址连接该服务器从而实现服务的推送。

若所述候选服务器为不可用状态，表示当前与所述服务标识匹配的该服务器并不能正常向客户端提供相应的服务，并不能将该服务器的服务器地址推送至客户端，在这种情况下，可以获取其他满足服务获取请求的服务器，在这些服务器中存在状态为可用状态的服务器的情况下，将该服务器的地址推送至客户端。

若根据步骤S220中的实施方式，预先根据服务器的分布区域将服务器划分为至少一个服务器园区，则在首先查找到的候选服务器为不可用状态的情况下，在其他服务器园区中查找与所述服务标识对应的服务器作为推送服务器，并在所述推送服务器为可用状态的情况下，将所述推送服务器的服务器地址反馈至客户端。

在另一个实施方式中，可以针对服务器设置服务处理阈值。所述服务处理阈值表示该服务器推送服务的数量的上限，在所述服务器推送服务的数量小于服务处理阈值的情况下，所述服务器均能正常向外界提供相应的服务。在这种情况下，可以设置预设状态条件为候选服务器当前推送服务的数量小于服务处理阈值。

当所述候选服务器当前推送服务的数量小于服务处理阈值时，表示所述候选服务器当前能够正常向客户端提供服务，满足预设状态条件，则可以将所述候选服务器的服务器地址推送至所述客户端。

若所述候选服务器当前推送服务的数量大于或等于服务处理阈值时，表示所述候选服务器当前推送服务的数量较多，继续向客户端推送服务可能会导致推送服务的速率、稳定性下降，从而影响用户的正常使用服务的过程。在这种情况下，不能将所述候选服务器的推送地址推送至客户端，需要寻找其他匹配的服务器。具体的寻找其他匹配的服务器的方法可以参考上一实施方式中的具体操作步骤，在此不再赘述。

通过上述方法，在获取到服务标识后，查找到对应的服务器时，可以判断所述服务器的状态是否正常，在所述服务器的状态为正常状态的情况下，将该服务器的服务器地址反馈给客户端从而实现服务的正常提供。同时，在预先根据服务器所分布区域划分成不同的服务器园区的情况下，可以有优先选取与所述客户端对应的服务器园区，在该服务器园区中选取与服务标识对应的客户端。通过上述方法，能够实现提供给用户能够有效提供相应服务的服务器的地址，从而保证推送给用户的服务的正常进行，提升了用户的体验。

为了更好的实施上述服务地址获取方法，本说明书实施例还提出了一种服务地址获取装置。所述服务地址获取装置设置于所述管理服务器。如图3所示，所述服务地址获取装置包括：

请求接收模块310，用于接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；

服务器获取模块320，用于获取所述服务标识对应的服务器作为候选服务器；

地址反馈模块330，用于在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

如图4所示，本说明书实施例还提供一种计算机设备。所述计算机设备可以包括存储器和处理器。

在本实施例中，所述存储器可以按任何适当的方式实现。例如，所述存储器可以为只读存储器、机械硬盘、固态硬盘、或U盘等。所述存储器可以用于存储计算机指令。

在本实施例中，所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述处理器可以执行所述计算机指令实现以下步骤：接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；获取所述服务标识对应的服务器作为候选服务器；在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (10)

1.一种服务地址获取方法，其特征在于，包括：

接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；服务器按照地域划分为至少一个服务器园区；所述服务器园区对应有园区服务阈值；所述服务获取请求中包含有地域标识；所述服务获取请求，包括客户端在比对服务标识与故障服务器的标识信息，且所述服务标识与所述故障服务器的标识信息相匹配时所发出的请求；所述故障服务器的标识信息通过管理服务器对后台服务器的实时检测结果而获取并发送至客户端；

获取所述服务标识对应的服务器作为候选服务器；所述获取所述服务标识对应的服务器作为候选服务器，包括：根据所述地域标识获取对应的本地园区；在所述本地园区的服务推送量小于本地园区的园区服务阈值时，在所述本地园区中查找与所述服务标识对应的服务器作为候选服务器；

若所述候选服务器满足预设状态条件，将所述候选服务器的服务器地址反馈至客户端。

2.如权利要求1所述的方法，其特征在于，所述接收客户端发送的服务获取请求之前，还包括：

获取状态信息为不可用的服务器作为故障服务器；

将所述故障服务器的标识信息推送至客户端。

3.如权利要求1所述的方法，其特征在于，所述服务器具有可用状态和不可用状态；所述若所述候选服务器满足预设状态条件，将所述候选服务器的服务器地址反馈至客户端，包括：

在所述候选服务器为可用状态时，将所述候选服务器的服务器地址反馈至客户端。

4.如权利要求1所述的方法，其特征在于，所述服务器设置有服务处理阈值；所述若所述候选服务器满足预设状态条件，将所述候选服务器的服务器地址反馈至客户端，包括：

在所述候选服务器推送服务的数量小于服务处理阈值时，将所述候选服务器的服务器地址反馈至客户端。

5.如权利要求1所述的方法，其特征在于，服务器按照地域划分为至少一个服务器园区；所述服务获取请求中包含地域标识；所述获取所述服务标识对应的服务器作为候选服务器，包括：

在所述地域标识对应的服务器园区中查找与所述服务标识对应的服务器作为候选服务器。

6.如权利要求5所述的方法，其特征在于，所述在所述地域标识对应的服务器园区中查找所述服务标识对应的服务器作为候选服务器之后，还包括：

若所述候选服务器不满足预设状态条件，在其他服务器园区中查找与所述服务标识对应的服务器作为推送服务器；

若所述推送服务器满足预设状态条件，将所述推送服务器的服务器地址反馈至客户端。

7.如权利要求5所述的方法，其特征在于，所述服务器园区对应有园区状态；所述园区状态包括可用状态和不可用状态；所述在所述地域标识对应的服务器园区中查找所述服务标识对应的服务器作为候选服务器，包括：

若所述地域标识对应的服务器园区为可用状态，在所述地域标识对应的服务器园区中查找所述服务标识对应的服务器作为候选服务器。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

若所述地域标识对应的服务器园区为不可用状态，在园区状态为可用状态的服务器园区中查找与所述服务标识对应的服务器作为候选服务器。

9.一种服务地址获取装置，其特征在于，包括：

请求接收模块，用于接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；服务器按照地域划分为至少一个服务器园区；所述服务器园区对应有园区服务阈值；所述服务获取请求中包含有地域标识；所述服务获取请求，包括客户端在比对服务标识与故障服务器的标识信息，且所述服务标识与所述故障服务器的标识信息相匹配时所发出的请求；所述故障服务器的标识信息通过管理服务器对后台服务器的实时检测结果而获取并发送至客户端；

服务器获取模块，用于获取所述服务标识对应的服务器作为候选服务器；所述获取所述服务标识对应的服务器作为候选服务器，包括：根据所述地域标识获取对应的本地园区；在所述本地园区的服务推送量小于本地园区的园区服务阈值时，在所述本地园区中查找与所述服务标识对应的服务器作为候选服务器；

地址反馈模块，用于在所述候选服务器满足预设状态条件时，将所述候选服务器的服务器地址反馈至客户端。

10.一种服务地址获取设备，包括存储器和处理器，其特征在于：

所述存储器，用于存储计算机指令；

所述处理器，用于执行所述计算机指令实现以下步骤：接收客户端发送的服务获取请求；所述服务获取请求中包含有服务标识；服务器按照地域划分为至少一个服务器园区；所述服务器园区对应有园区服务阈值；所述服务获取请求中包含有地域标识；所述服务获取请求，包括客户端在比对服务标识与故障服务器的标识信息，且所述服务标识与所述故障服务器的标识信息相匹配时所发出的请求；所述故障服务器的标识信息通过管理服务器对后台服务器的实时检测结果而获取并发送至客户端；获取所述服务标识对应的服务器作为候选服务器；所述获取所述服务标识对应的服务器作为候选服务器，包括：根据所述地域标识获取对应的本地园区；在所述本地园区的服务推送量小于本地园区的园区服务阈值时，在所述本地园区中查找与所述服务标识对应的服务器作为候选服务器；若所述候选服务器满足预设状态条件，将所述候选服务器的服务器地址反馈至客户端。

Images