买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

申请/专利权人：平安科技(深圳)有限公司

摘要：本发明适用于互联网技术领域，提供了一种服务请求的响应方法及系统，包括：网关设备接收用户终端发送的服务请求；网关设备采集当前时刻各个服务器的第一负载参量，并根据第一负载参量以及预设的域名路由表，确定响应服务请求的目标服务器，将服务请求发送给目标服务器；目标服务器响应服务请求，并将服务请求的响应结果同步至响应系统内的所有服务器；若检测到任一服务器发生异常，则网关设备变更域名路由表。本发明中由于各个服务器是异地部署的，因此容灾性能较高，并且通过网关设备来实现各个服务器之间的负载均衡，同时实现了响应系统内所有服务器的负载均衡。

主权项：1.一种服务请求的响应方法，应用于服务请求的响应系统，其特征在于，所述服务请求的响应系统包括：网关设备以及异地部署的至少两个服务器，所述服务请求的响应方法包括：所述网关设备接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器；若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器；所述根据所述第一负载参量以及域名路由表，确定响应所述服务请求的目标服务器，包括：根据所述域名路由表，查询所述服务请求的域名标识对应的服务器，并识别为候选服务器；将各个所述第一负载参量导入响应指数计算模型，确定所述候选服务器的响应指数；所述响应指数计算模型具体为： 其中，ReqLevel为响应指数；Expectpro为所述候选服务器的预设负载比例；Mainfct为所述候选服务器的第一负载参量；RequstNum为所述服务请求内包含的请求项目数；Reservefcti为第i个所述服务器的第一负载参量；n为所述响应系统内服务器的总个数；若所述响应指数的值大于或等于零，则识别所述候选服务器为所述目标服务器；若所述响应指数的值小于零，则选取第一负载参量最小的服务器作为所述目标服务器。

全文数据：一种服务请求的响应方法及设备技术领域本发明属于互联网技术领域，尤其涉及一种服务请求的响应方法及设备。背景技术服务器，作为响应用户服务请求的核心设备之一，其稳定性以及鲁棒性直接影响服务响应的质量，而容灾能力则是服务器的鲁棒性的关键指标之一。为了提高服务器的容灾能力，管理员会在同一个机房中配置多台服务器，当某一服务器电路短路或硬件烧毁等突发情况时，可以通过其他服务器对用户终端的服务请求进行响应。然而当该机房所在地域出现地震或洪水等大范围的自然灾害时，由于所有服务器均安置在同一机房内，则所有服务器均会受到灾害影响；而将服务器异地部署，又会导致不同地域的服务器的域名不一致，从而导致服务器负载无法均衡，降低响应系统的稳定性。由此可见，现有的服务请求的响应技术，无法在容灾性能以及负载均衡两个方面取得较好的平衡，从而降低了服务响应的可靠性。发明内容有鉴于此，本发明实施例提供了一种服务请求的响应方法及设备，以解决现有的服务请求的响应技术，无法在容灾性能以及负载均衡两个方面取得较好的平衡，从而降低了服务响应的可靠性的问题。本发明实施例的第一方面提供了一种服务请求的响应方法，应用于服务请求的响应系统，其特征在于，所述服务请求的响应系统包括：网关设备以及异地部署的至少两个服务器，所述服务请求的响应方法包括：所述网关设备接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器；若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器。本发明实施例的第二方面提供了一种服务请求的响应系统，所述服务请求的响应系统包括：网关设备以及异地部署的至少两个服务器：所述网关设备，用于接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备，用于采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器，用于响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器；所述网关设备，用于若检测到任一所述服务器发生异常，则变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器。实施本发明实施例提供的一种服务请求的响应方法及系统具有以下有益效果：本发明实施例中，用户终端发起的所有服务请求均会通过网关设备进行重定向，网关设备会根据部署于不同地域的服务器的负载参量以及服务请求的域名标识，确定响应该服务请求的目标服务器，在目标服务器在响应服务请求后，还会将响应结果同步到服务请求的响应系统内的所有服务器，保证系统内的数据统一，并且在发生异常时，网关设备会修改域名路由表，不再向该异常服务器分配服务请求。与现有的服务请求的响应技术相比，由于各个服务器是异地部署的，因此容灾性能较高，并且通过网关设备来实现各个服务器之间的负载均衡，同时实现了响应系统内所有服务器的负载均衡。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本发明第一实施例提供的一种服务请求的响应方法的交互流程图；图2是本发明第二实施例提供的一种服务请求的响应方法S102具体交互流程图；图3是本发明第三实施例提供的一种服务请求的响应方法S104具体实现流程图；图4是本发明第四实施例提供的一种服务请求的响应方法具体实现流程图；图5是本发明第五实施例提供的一种服务请求的响应方法具体实现流程图；图6是本发明一实施例提供的一种服务请求的响应系统的结构框图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。本发明实施例用户终端发起的所有服务请求均会通过网关设备进行重定向，网关设备会根据部署于不同地域的服务器的负载参量以及服务请求的域名标识，确定响应该服务请求的目标服务器，在目标服务器在响应服务请求后，还会将响应结果同步到服务请求的响应系统内的所有服务器，保证系统内的数据统一，并且在发生异常时，网关设备会修改域名路由表，不再向该异常服务器分配服务请求，解决了现有的服务请求的响应技术，无法在容灾性能以及负载均衡两个方面取得较好的平衡，从而降低了服务响应的可靠性的问题。在本发明实施例中，流程的执行主体为服务请求的响应系统。该服务请求的响应设备包括网关设备以及异地部署的至少两个服务器。其中，异地部署具体为服务器处于不同的设备机房内，从而保证了在出现自然灾害时，并不会响应系统内的所有服务器均受影响。异地部署的服务器之间存在通信链路，通过该通信链路实现响应结果的同步操作。另一方面，各个服务器均与网关设备相连，接收网关设备转发的服务请求。图1示出了本发明第一实施例提供的服务请求的响应方法的交互流程图，详述如下：在S101中，所述网关设备接收用户终端发送的服务请求；所述服务请求包含域名标识。在本实施例中，网关设备接收各个用户终端发送的服务请求，该服务请求携带有用户终端最初指定的服务器所对应的域名标识。网关设备会对该服务请求进行解析，以提取该服务请求中的域名标识，在后续的操作步骤中根据该域名标识以及各个服务器的第一负载参量，确定所响应该服务请求的目标服务器。由于用户终端发起服务请求时，无法确定其所选取的服务器是否处于过载状态，若该初始选取的服务器处于非过载状态，则会将服务请求转发给用户终端最初选取的服务器进行响应；而若用户初始指定的服务器处于过载状态，则网关设备需要重新指定服务器，以均衡服务请求的响应系统内各个服务器的负载情况。在本实施例中，用户终端发起的服务请求中的域名标识可以不同，但其所指向的网关设备可以相同，即城域网中的路由器在接收到该服务请求后，会将该域名标识进行解析，转换为一网络地址，并查询路由器中的路由表，确定该网络地址所指向的目标设备。为了实现不同域名标识所指向的目标设备均为网关设备，各个不同域名标识的网络地址可以处于同一网段，在该情况下，网关设备可将该网段通过掩码的方式进行配置，从而使得各个网络地址的目标设备指向网关设备。可选地，若异地部署的服务器处于不同的城域网，即不同城域网内的用户终端发送的服务请求会汇聚到不同的网关设备上，在该情况下，服务请求的响应设备内可以包含多个网关设备，不同的网关设备用于接收所处城域网的用户终端发送的服务请求，并获取本地所属城域网的服务器的第一负载参量以及接收其他网关设备反馈的处于其他城域网内的服务器的第一负载参量，从而实现不同城域网的异地部署的目的，进一步提高响应系统的容灾能力。在S102中，所述网关设备采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系。在本实施例中，网关设备为了实现负载均衡，并不会将服务请求直接转发给域名标识所对应的服务器，而是会获取服务请求的响应系统内各个服务器当前时刻对应的第一负载参量，确定各个服务器正在处理的服务请求的数量。具体的实现过程可以如下：网关设备会在服务请求的响应系统内发送负载参量上报广播，各个服务器在接收到该广播信息后，会检测当前时刻的自身的负载参量，并生成上报反馈信息返回给网关设备，从而网关设备可以获取得到各个服务器在当前时刻的第一负载参量。可选地，在本实施例中，网关设备为了检测各个服务器是否处于正常状态，服务器会以预设的时间间隔发送心跳数据包给网关设备，以便网关设备确定该服务器处于正常运行状态。基于此，服务器可以将每个汇报时刻对应的第一负载参量封装于该心跳数据包内，一并发送给网关设备，从而网关设备可以根据各个时刻服务器反馈的心跳数据包，确定各个服务器的负载情况，无需再次发送，提高了服务响应的效率以及减少信道数据的传输压力。在本实施例中，网关设备存储有域名路由表，该域名路由表记录有各个服务器与域名标识之间的对应关系。因此，网关设备根据服务请求中包含的域名标识，可以确定该服务请求初始请求的服务器。其中，该域名路由表内各个服务器所对应的域名标识是可以更改的，当某一服务器出现异常，或从异常状态恢复为正常状态，网关设备会调整该域名路由表，以使该各个域名标识所对应的服务器均为处于正常状态的服务器。因此，当某一服务器出现异常时，该服务器对应的域名标识需要指向其他服务器，在该情况下，同一个服务器可以对应多个不同的域名标识，但一个域名标识有且只有一个对应给的服务器。在本实施例中，终端设备在获取了各个服务器的第一负载参量后，会根据该域名路由表，确定域名标识对应的服务器，并查询该服务器的第一负载参量，判断该服务器是否处于过载状态，从而网关设备识别出响应该服务请求对应的目标服务器。可选地，网关设备设置有一负载阈值，若服务请求初始指向的服务器的第一负载参量大于该负载阈值，则识别该服务器处于过载状态，并识别任一其他第一负载参量小于该负载阈值的服务器为目标服务器；若服务请求初始指向的服务器的第一负载参量小于或等于负载阈值，则识别该服务器并非处于过载状态，将该服务器识别为目标服务器。优选地，响应系统内可以设置有主用服务器以及备用服务器，在该情况下，不同服务器的负载阈值不同。在S103中，所述目标服务器响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器。在本实施例中，网关设备将服务请求转发给目标服务器，需要说明的是，该目标服务器属于服务请求的响应设备内异地部署的服务器之一，具体为响应用户终端发送的服务请求的服务器。服务器根据服务请求的请求内容，执行对应的响应操作，并根据处理后生成的响应数据生成响应结果，继而把响应结果返回给用户终端。与之同时，为了实现响应系统内所有服务器的数据同步，目标服务器在完成响应操作后，还会把响应结果同步到响应系统内的其他服务器，从而在发生故障情况时，减少需要转移的数据量，实现服务器的实时数据同步。需要说明的是，目标服务器在生成响应结果后，可以根据服务请求包含的原地址，将响应结果直接反馈给用户终端，也可以将响应结果发送给网关设备，交由网关设备进行转发。在S104中，若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器。在本实施例中，当某一服务器发生异常时，服务器可以主动向网关设备发送一个异常预警信息，网关设备在接收到异常预警信息后，会识别该服务器存在异常情况。当然，若服务器与网关设备之间会以预设的时间间隔发送心跳数据包，在该情况下，若超过预设的时间间隔网关设备并未接收到服务器发送的心跳数据包，则可以识别该服务器发生异常，并执行S104的相关操作。其中，发生异常情况的原因可以为：某一服务器的机房发生断电或漏电等不可自修复的故障情况，或通向该服务器的物理链路损坏而无法传输数据，因此需要执行容灾响应流程，变更指向该服务器的域名标识，避免将服务请求转发给存在异常的服务器。在本实施例中，网关设备在域名路由表中提取该服务器对应的条目，并变更该发生异常的服务器的域名标识所对应的服务器，以使该域名标识指向响应系统内任一未发生异常的服务器。可选地，若该服务请求的响应系统的服务器包含主备关系，则将该域名标识所指向的服务器变更为主用服务器；若该响应系统内的服务器不具有主备关系，则可以选取运行参数最高的服务器作为该域名标识所指向的服务器。以上可以看出，本发明实施例提供的一种服务请求的响应方法通过用户终端发起的所有服务请求均会通过网关设备进行重定向，网关设备会根据部署于不同地域的服务器的负载参量以及服务请求的域名标识，确定响应该服务请求的目标服务器，在目标服务器在响应服务请求后，还会将响应结果同步到服务请求的响应系统内的所有服务器，保证系统内的数据统一，并且在发生异常时，网关设备会修改域名路由表，不再向该异常服务器分配服务请求。与现有的服务请求的响应技术相比，由于各个服务器是异地部署的，因此容灾性能较高，并且通过网关设备来实现各个服务器之间的负载均衡，同时实现了响应系统内所有服务器的负载均衡。图2示出了本发明第二实施例提供的一种服务请求的响应方法S102的具体实现流程图。参见图2所示，相对于图1述实施例，本实施例提供的一种服务请求的响应方法中S102包括：S1021～S1024，具体详述如下：进一步地，所述根据所述第一负载参量以及域名路由表，确定响应所述服务请求的目标服务器，包括：在S1021中，根据所述域名路由表，查询所述服务请求的域名标识对应的服务器，并识别为候选服务器。在本实施例中，流程的执行主体为网关设备，网关设备在获取了各个服务器的第一负载参量后，可以基于域名路由表以及第一负载参量确定响应服务请求的目标服务器。因此，网关设备会对服务请求进行解析，提取该服务请求中包含的域名标识，并基于域名路由表，查询该域名标识对应的服务器，并把该服务器识别为候选服务器，即用户终端初始指定的服务器。在本实施例中，网关设备由于已经获取了各个服务器反馈的第一负载参量，网关设备还可以根据候选服务器的设备标识，确定该候选服务器当前时刻的第一负载参量，即下述的Mainfct。需要说明的是，由于为了实现负载均衡，每个服务器会有一预设的负载比例，即该服务器所响应的负载量与响应系统的总负载量之间的比值。网关设备在确定了候选服务器后，还可以查询该候选服务器所对应的预设负载比例，即Expectpro，在确定了上述各个参量后，网关设备会执行S1022的操作，计算该候选服务器的响应指数。在S1022中，将各个所述第一负载参量导入响应指数计算模型，确定所述候选服务器的响应指数；所述响应指数计算模型具体为：其中，ReqLevel为响应指数；Expectpro为所述候选服务器的预设负载比例；Mainfct为所述候选服务器的第一负载参量；RequstNum为所述服务请求内包含的请求项目数；Reservefcti为第i个所述服务器的第一负载参量；n为所述响应系统内服务器的总个数。在本实施例中，用户终端由于可以将多个请求项目封装到同一个服务请求内，从而服务器在响应一个服务请求时，可能需要通过多条并行进程处理不同的请求项目，即可以认为有多个服务请求。当然，一个服务请求也可以包含一个服务项目，在该情况下，RequstNum的值为1。因此，基于候选服务器的当前时刻对应的第一负载参量以及服务请求中包含的服务项目数，则可以确定若将服务请求转发给候选服务器进行处理，该服务器的预计负载参量，即Mainfct+RequstNum。在本实施例中，终端设备根据预计负载参量以及当前时刻的总负载量，即计算候选服务器的实际负载比例。网关设备可以根据计算预设负载比例以及实际负载比例的差值，作为该候选服务器的响应指数。若该响应指数的值小于零，则执行S1024的相关操作；反之，若该响应指数的值大于或等于零，则执行S1023的相关操作。在S1023中，若所述响应指数的值大于或等于零，则识别所述候选服务器为所述目标服务器。在本实施例中，若响应指数的值大于或等于零，则表示该候选服务器接收该服务请求后，其实际的负载比例并未超出预设的负载比例，即处于未过载状态，在该情况下，网关设备会将候选服务器识别为目标服务器，即将用户终端发送的服务请求转发给该域名标识所对应的初始服务器，并由候选服务器进行响应。在S1024中，若所述响应指数的值小于零，则选取第一负载参量最小的服务器作为所述目标服务器。在本实施例中，若候选服务器的响应指数小于零，则表示候选服务器接收该服务请求后，其实际的负载比例会超过预设的负载比例，即候选服务器将处于过载状态，在该情况下，网关设备为了减少该候选服务器所响应的服务请求的数目，会把服务请求转发给其他服务器，而选取的规则具体为：选取服务请求数目最小的服务器，即第一负载参量最小的服务器，从而能够避免响应系统内出现部分服务器所处理的服务请求的数目过多或过少的情况，实现负载平衡的目的。在本发明实施例中，通过计算候选服务器的响应指数，判断候选服务器是否处于过载状态，从而确定响应该服务请求的目标服务器，实现服务请求的响应系统内的负载均衡。图3示出了本发明第三实施例提供的一种服务请求的响应方法S104的具体实现流程图。参见图3所示，相对于图1所述实施例，本实施例提供的一种服务请求的响应方法S104包括S1041～S1043，具体详述如下：进一步地，所述网关设备变更所述域名路由表，包括：在S1041中，获取各个未发生异常的所述服务器的运行参数以及第二负载参量。在本实施例中，网关设备在检测到发生异常的服务器时，由于需要变更该发生异常的服务器的域名标识所指向的服务器，因此需要从服务请求的响应系统内的为发生异常的服务器中选取一个较为稳定的服务器，从而避免重复变更的情况发生，提高响应系统中域名路由表的稳定性。在本实施例中，网关设备会根据服务器的运行参数以及负载情况，计算服务器的优先级。其中，运行参数的参数值越高，则表示该服务器的处理服务请求的能力越快，从而其稳定性也响应较高，出现设备故障或负载积压的概率较低；同样地，若负载参量越小，则表示该服务器的负载积压的概率越低，从而过载的概率也较低，稳定性越高。基于此，网关设备在采集了各个未发生异常的服务器的运行参数以及第二负载参量后，可以计算各个服务器的优先级。在本实施例中，网关设备获取上述两个参数的过程可以参见获取第一负载参量的过程，例如通过在响应系统内广播或从服务器返回的心跳数据包中进行提取，具体的实现过程可以参照S102的相关描述，在此不再赘述。在S1042中，将所述运行参数以及所述第二负载参量导入预设的优先级选取模型，计算各个未发生异常的所述服务器的优先级；所述优先级选取模型具体为：其中，PRIj为第j个未发生异常的所述服务器的优先级；RunPrmeterj为第j个未发生异常的所述服务器的运行参数；Requstj为第j个未发生异常的所述服务器的第二负载参量；m为未发生异常的所述服务器的个数；α为预设系数。在本实施例中，预设系数α具体用于调整运行参数以及第二负载参量在优先级中的权重。例如用户设置运行效率优先模式，则该预设系数α的值较大，而用户设置负载均衡优先模式，则该预设系数α的值较小。因此，用户可以调整该预设系数α的值，来实现对参数侧重点调节。需要说明的是，该预设系数α的值为大于0且小于1。在本实施例中，该优先级的数值越高，则表示该服务器的稳定性越高；反之，若该优先级越低，则表示该服务器的稳定性越低。因此，若某一服务器的运行参数的参数值越大且第二负载参量的值越小，则表示该服务器的服务响应效率最高，且当前负载较低，因此识别为优先级最高的服务器，稳定性最好。在S1043中，将优先级最高的未发生异常的所述服务器识别为所述域名标识指向的服务器。在本实施例中，网关设备会根据优先级的大小次序，对未发生异常的服务器进行排序，并选取优先级最高的未发生异常的服务器作为发生异常的服务器的域名标识指向的服务器。在本发明实施例中，通过运行参数以及第二负载参量，计算各个未发生异常的服务器的优先级，并选取优先级最高的服务器作为需要表更域名标识所指向的服务器，从而降低在域名路由表变更后，该域名标识所指向的服务器会出现过载的情况，并导致异常连锁影响的情况发生，提高了响应系统的稳定性。图4示出了本发明第四实施例提供的一种服务请求的响应方法的具体实现流程图。参见图4所示，相对于图1至图3所述实施例，本实施例提供的一种服务请求的响应方法中还包括：S401～S402，具体详述如下：在S401中，若检测到任一所述服务器发生异常，所述网关设备从发生异常的所述服务器处获取待处理的服务请求。在本实施例中，网关设备在检测到服务器发生异常时，除了变更域名路由表，以使用户终端后续发起的服务请求能够转发到未发生的服务器进行处理外，该发生异常的服务器正在响应的服务请求也需要进行进一步转发至其他服务器进行后续的响应操作，从而减少用户终端重复发起相同服务请求的情况，提高用户的使用体验，以及响应系统内部的自调配能力。在本实施例中，网关设备会从发生异常的服务器的缓存区域获取处理的服务请求，若该服务器已经输出响应结果但并未反馈给用户终端，网关设备还可以从缓存区域中获取服务请求的响应结果，并一并发送给用户终端，将该响应结果对应的服务请求识别已响应的服务请求，不再进行后续的请求转发的操作。需要说明的是，若该网管设备并无法从发生异常的服务器处获取到服务请求，由于各个服务器的服务请求均有网管设备进行转发，则网管设备可以从本地的缓存区域中，提取出发送给该发生异常的服务器的服务请求列表，并基于用户终端的响应信息，识别出待处理的服务请求。在S402中，基于所述第一负载参量由小到大的顺序，所述网关设备将所述待处理的服务请求依次转发给所述响应系统内的未发生异常的服务器。在本实施例中，网管设备会基于第一负载参量的值由小到大进行排序，从而得到一服务器序列，由于未处理的服务请求的数量可能为多个，为了实现负载均衡，网管设备会从第一负载参量最小的服务器开始转发服务请求，若每个服务器均转发了未处理的服务请求，但仍有未分配的服务请求，则继续依照上述顺序，再次逐一分配，直到将所有未处理的服务请求转发完毕。在本发明实施例中，通过从发生异常的服务器处获取未处理的服务请求，并根据第一负载参量的数值依次转发服务请求，不仅能够减少用户终端重复发起服务请求的情况，还能实现负载均衡，提高了服务请求的响应系统的稳定性。图5示出了本发明第五实施例提供的一种服务请求的响应方法的具体实现流程图。参见图5所示，相对于图1-图3所述实施例，本实施例提供的一种服务请求的响应方法中还包括：S501以及S502，具体详述如下：进一步地，在所述若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表之后，还包括：在S501中，所述网关设备接收异常修复信息，所述异常修复信息携带有异常修复完成的服务器对应的设备标识。在本实施例中，发生异常的服务器在故障情况已消除后，可以向网关设备发送一个异常修复信息，从而告知网关设备可以向该服务器转发服务请求。可选地，在服务器故障修复完毕后，该服务器会向响应系统内发送同步广播，以使响应系统内的各个服务器将故障期间更新的数据同步至该服务器中，从而保证响应系统内的所有服务器的数据同步。在本实施例中，该异常修复信息中包含了该服务器的设备标识，网关设备能够通过该设备标识识别得到该服务器原有的域名标识，并执行S502的相关操作。在S502中，所述网关设备根据所述设备标识，重新建立所述异常修复完成的服务器与域名标识的对应关系，并更新所述域名路由表。在本实施例中，网关设备会查询该异常修复完成的服务器原本对应的域名标识，并重新建立该服务器与域名标识之间的对应关系，并在建立对应关系后更新该域名路由表，后续的操作中，网关设备可以向该服务器转发相应的服务请求。在本发明实施例中，在服务器异常修复完毕后，重新添加到响应系统内，从而提高了响应系统的稳定性。应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。图6示出了本发明一实施例提供的一种服务请求的响应系统的结构框图，该服务请求的响应设备包括的各设备用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图6，所述服务请求的响应系统包括：网关设备610以及异地部署的至少两个服务器620：所述网关设备610，用于接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备610，用于采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器621；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器621，用于响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器620；所述网关设备610，用于若检测到任一所述服务器622发生异常，则变更所述域名路由表，以使发生异常的所述服务器622的域名标识指向所述响应系统内的任一未发生异常的服务器623。可选地，所述根据所述第一负载参量以及域名路由表，确定响应所述服务请求的目标服务器621，包括：根据所述域名路由表，查询所述服务请求的域名标识对应的服务器620，并识别为候选服务器；将各个所述第一负载参量导入响应指数计算模型，确定所述候选服务器的响应指数；所述响应指数计算模型具体为：其中，ReqLevel为响应指数；Expectpro为所述候选服务器的预设负载比例；Mainfct为所述候选服务器的第一负载参量；RequstNum为所述服务请求内包含的请求项目数；Reservefcti为第i个所述服务器的第一负载参量；n为所述响应系统内服务器的总个数；若所述响应指数的值大于或等于零，则识别所述候选服务器为所述目标服务器621；若所述响应指数的值小于零，则选取第一负载参量最小的服务器作为所述目标服务器621。可选地，所述网关设备610，用于变更所述域名路由表，包括：所述网关设备610，用于获取各个未发生异常的所述服务器623的运行参数以及第二负载参量；所述网关设备610，用于将所述运行参数以及所述第二负载参量导入预设的优先级选取模型，计算各个未发生异常的所述服务器623的优先级；所述优先级选取模型具体为：其中，PRIj为第j个未发生异常的所述服务器623的优先级；RunPrmeterj为第j个未发生异常的所述服务器623的运行参数；Requstj为第j个未发生异常的所述服务器623的第二负载参量；m为未发生异常的所述服务器623的个数；α为预设系数；所述网关设备610，用于将优先级最高的未发生异常的所述服务器623识别为所述域名标识指向的服务器。可选地，所述网关设备610，还用于：所述网关设备610，用于若检测到任一所述服务器620发生异常，从发生异常的所述服务器622处获取待处理的服务请求；所述网关设备610，用于基于所述第一负载参量由小到大的顺序，将所述待处理的服务请求依次转发给所述响应系统内的未发生异常的服务器623。可选地，所述网关设备610，还用于：所述网关设备610，用于接收异常修复信息，所述异常修复信息携带有异常修复完成的服务器对应的设备标识；所述网关设备610，用于根据所述设备标识，重新建立所述异常修复完成的服务器与域名标识的对应关系，并更新所述域名路由表。因此，本发明实施例提供的服务请求的响应系统中，用户终端发起的所有服务请求均会通过网关设备进行重定向，网关设备会根据部署于不同地域的服务器的负载参量以及服务请求的域名标识，确定响应该服务请求的目标服务器，在目标服务器在响应服务请求后，还会将响应结果同步到服务请求的响应系统内的所有服务器，保证系统内的数据统一，并且在发生异常时，网关设备会修改域名路由表，不再向该异常服务器分配服务请求。与现有的服务请求的响应技术相比，由于各个服务器是异地部署的，因此容灾性能较高，并且通过网关设备来实现各个服务器之间的负载均衡，同时实现了响应系统内所有服务器的负载均衡。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

权利要求：1.一种服务请求的响应方法，应用于服务请求的响应系统，其特征在于，所述服务请求的响应系统包括：网关设备以及异地部署的至少两个服务器，所述服务请求的响应方法包括：所述网关设备接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器；若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器。2.根据权利要求1所述的响应方法，其特征在于，所述根据所述第一负载参量以及域名路由表，确定响应所述服务请求的目标服务器，包括：根据所述域名路由表，查询所述服务请求的域名标识对应的服务器，并识别为候选服务器；将各个所述第一负载参量导入响应指数计算模型，确定所述候选服务器的响应指数；所述响应指数计算模型具体为：其中，ReqLevel为响应指数；Expectpro为所述候选服务器的预设负载比例；Mainfct为所述候选服务器的第一负载参量；RequstNum为所述服务请求内包含的请求项目数；Reservefcti为第i个所述服务器的第一负载参量；n为所述响应系统内服务器的总个数；若所述响应指数的值大于或等于零，则识别所述候选服务器为所述目标服务器；若所述响应指数的值小于零，则选取第一负载参量最小的服务器作为所述目标服务器。3.根据权利要求1所述的响应方法，其特征在于，所述网关设备变更所述域名路由表，包括：获取各个未发生异常的所述服务器的运行参数以及第二负载参量；将所述运行参数以及所述第二负载参量导入预设的优先级选取模型，计算各个未发生异常的所述服务器的优先级；所述优先级选取模型具体为：其中，PRIj为第j个未发生异常的所述服务器的优先级；RunPrmeterj为第j个未发生异常的所述服务器的运行参数；Requstj为第j个未发生异常的所述服务器的第二负载参量；m为未发生异常的所述服务器的个数；α为预设系数；将优先级最高的未发生异常的所述服务器识别为所述域名标识指向的服务器。4.根据权利要求1-3任一项所述的响应方法，其特征在于，还包括：若检测到任一所述服务器发生异常，所述网关设备从发生异常的所述服务器处获取待处理的服务请求；基于所述第一负载参量由小到大的顺序，所述网关设备将所述待处理的服务请求依次转发给所述响应系统内的未发生异常的服务器。5.根据权利要求1-3任一项所述的响应方法，其特征在于，在所述若检测到任一所述服务器发生异常，则所述网关设备变更所述域名路由表之后，还包括：所述网关设备接收异常修复信息，所述异常修复信息携带有异常修复完成的服务器对应的设备标识；所述网关设备根据所述设备标识，重新建立所述异常修复完成的服务器与域名标识的对应关系，并更新所述域名路由表。6.一种服务请求的响应系统，其特征在于，所述服务请求的响应系统包括：网关设备以及异地部署的至少两个服务器：所述网关设备，用于接收用户终端发送的服务请求；所述服务请求包含域名标识；所述网关设备，用于采集当前时刻各个所述服务器的第一负载参量，并根据所述第一负载参量以及预设的域名路由表，确定响应所述服务请求的目标服务器，将所述服务请求发送给所述目标服务器；所述域名路由表记录有各个所述服务器与域名标识的对应关系；所述目标服务器，用于响应所述服务请求，并将所述服务请求的响应结果同步至所述响应系统内的所有所述服务器；所述网关设备，用于若检测到任一所述服务器发生异常，则变更所述域名路由表，以使发生异常的所述服务器的域名标识指向所述响应系统内的任一未发生异常的服务器。7.根据权利要求6所述的响应系统，其特征在于，所述根据所述第一负载参量以及域名路由表，确定响应所述服务请求的目标服务器，包括：根据所述域名路由表，查询所述服务请求的域名标识对应的服务器，并识别为候选服务器；将各个所述第一负载参量导入响应指数计算模型，确定所述候选服务器的响应指数；所述响应指数计算模型具体为：其中，ReqLevel为响应指数；Expectpro为所述候选服务器的预设负载比例；Mainfct为所述候选服务器的第一负载参量；RequstNum为所述服务请求内包含的请求项目数；Reservefcti为第i个所述服务器的第一负载参量；n为所述响应系统内服务器的总个数；若所述响应指数的值大于或等于零，则识别所述候选服务器为所述目标服务器；若所述响应指数的值小于零，则选取第一负载参量最小的服务器作为所述目标服务器。8.根据权利要求6所述的响应系统，其特征在于，所述网关设备，用于变更所述域名路由表，包括：所述网关设备，用于获取各个未发生异常的所述服务器的运行参数以及第二负载参量；所述网关设备，用于将所述运行参数以及所述第二负载参量导入预设的优先级选取模型，计算各个未发生异常的所述服务器的优先级；所述优先级选取模型具体为：其中，PRIj为第j个未发生异常的所述服务器的优先级；RunPrmeterj为第j个未发生异常的所述服务器的运行参数；Requstj为第j个未发生异常的所述服务器的第二负载参量；m为未发生异常的所述服务器的个数；α为预设系数；所述网关设备，用于将优先级最高的未发生异常的所述服务器识别为所述域名标识指向的服务器。9.根据权利要求6-8任一项所述的响应系统，其特征在于，所述网关设备，还用于：所述网关设备，用于若检测到任一所述服务器发生异常，从发生异常的所述服务器处获取待处理的服务请求；所述网关设备，用于基于所述第一负载参量由小到大的顺序，将所述待处理的服务请求依次转发给所述响应系统内的未发生异常的服务器。10.根据权利要求6-5任一项所述的响应系统，其特征在于，所述网关设备，还用于：所述网关设备，用于接收异常修复信息，所述异常修复信息携带有异常修复完成的服务器对应的设备标识；所述网关设备，用于根据所述设备标识，重新建立所述异常修复完成的服务器与域名标识的对应关系，并更新所述域名路由表。

百度查询： 平安科技(深圳)有限公司 一种服务请求的响应方法及设备