CN109756564B - 服务治理方法、装置及存储介质、计算机设备 - Google Patents

Abstract

本发明提供一种异步调用的服务治理方法、装置及存储介质、计算机设备，所述方法包括：确认接收到前端进程转发的基于客户端请求的服务发起的调用请求；根据所述调用请求从对应的机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房，所述目标机房用于处理所述调用请求；接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息；根据所述调用返回信息进行服务治理。上述方法可增强***服务的治理，保证***服务的稳定性、鲁棒性和可扩展性。

Description

服务治理方法、装置及存储介质、计算机设备

技术领域

本发明涉及服务治理技术领域，具体而言，本发明涉及一种异步调用的服务治理方法、装置及存储介质、计算机设备。

背景技术

伴随着微服务化，在分布式***中***功能模块被拆分的越来越细，业务进程变得越来越多。当某个机房出现网络问题或者该机房的业务进程出现漏洞时，***会出现大面积的故障，降低服务质量。服务治理***，能够快速感知机房或进程故障，降低故障影响。

普通的分布式***中，可以在各个节点中根据调用的服务节点的返回信息统计调用链路的质量，从而可以屏蔽有问题的服务节点，进而做到全***的服务治理。该类型的分布式***大多数针对微服务设计，调用模型多为同步阻塞式的RPC(Remote ProcedureCall，远程过程调用)调用，因此可以方便获取请求服务调用状态信息。如图1所示，前端进程和进程A都能获得被调用方的返回信息，因此可以对单个节点做服务治理。同步阻塞式的RPC调用的缺点也很明显，每一个进程都需要等被调用方返回，一直返回至前端进程，这使得消息的网络传输时间会增长。

若为异步调用模型***，服务调用方将请求发送出去后，并不等待结果的返回，这使得跟踪调用返回信息，尤其是在一连串的异步调用关系链中的中间节点根本无法获取调用的返回信息，从而导致单个节点的服务治理非常困难。如图2所示，进程A无法知道调用进程B后的返回信息，使得无法在进程A中做服务治理功能。

发明内容

本发明提出一种异步调用的服务治理方法、装置及存储介质、计算机设备，以增强***服务的治理，保证***服务的稳定性、鲁棒性和可扩展性。

本发明提供以下方案：

一种异步调用的服务治理方法，包括：确认接收到前端进程转发的基于客户端请求的服务发起的调用请求；根据所述调用请求从对应的机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房，所述目标机房用于处理所述调用请求；接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息；根据所述调用返回信息进行服务治理。

在一实施例中，所述确认接收到前端进程转发的基于客户端请求的服务发起的调用请求之前，还包括：控制所述客户端与所述前端进程进行长连接通信；确认所述前端进程接收到所述客户端发起的业务调用服务相关的所述调用请求。

在一实施例中，所述根据所述调用请求从对应的机房候选列表中选取目标机房之前，还包括：根据不同的业务进程将处理业务的机房进行归并，得到不同业务对应的机房候选列表；所述根据所述调用请求从对应的机房候选列表中选取目标机房，包括：根据所述调用请求确定出对应的业务，根据该业务获取所述对应的机房候选列表。

在一实施例中，所述接收所述前端进程发送的调用返回信息之前，还包括：确认所述目标机房将所述调用返回信息发送给所述前端进程。

在一实施例中，所述接收所述前端进程发送的调用返回信息之后，还包括：根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息；将所述参数信息上传到***数据平台。

在一实施例中，所述参数信息包括调用是否成功的信息以及调用处理时间的信息；所述根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息，包括：获取发起所述调用请求的第一时间以及接收到所述调用返回信息的第二时间，根据所述第一时间和所述第二时间的时间差，得到所述调用处理时间的信息；从所述调用返回信息中获取所述调用请求的处理结果，根据所述处理结果得到所述调用是否成功的信息；所述将所述相关参数信息上传到***数据平台，包括：将所述调用处理时间的信息以及所述调用是否成功的信息上传到所述***数据平台。

在一实施例中，所述根据所述调用返回信息进行服务治理，包括：确认接收到调度***发送的调度信息后，根据所述调度信息从所述机房候选列表中剔除或者添加对应的机房。

一种异步调用的服务治理装置，包括：确认模块，用于确认接收到前端进程转发的基于客户端请求的服务发起的调用请求；转发模块，用于根据所述调用请求从对应的机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房，所述目标机房用于处理所述调用请求；接收模块，用于接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息；治理模块，用于根据所述调用返回信息进行服务治理。

一种存储介质，其上存储有计算机程序；所述计算机程序适于由处理器加载并执行上述任一实施例所述的服务治理方法。

一种计算机设备，其包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行根据上述任一实施例所述的服务治理方法。

上述实施例提供的异步调用的服务治理方法，前端进程接收到客户端请求服务发起的调用请求之后，将该调用请求转发给***。***确认接收到调用请求之后，从***内部的机房候选列表中选取对应的目标机房，将该调用请求转发给该目标机房，以由目标机房处理该调用请求。目标机房处理该调用请求之后，向前端进程反馈与调用请求相关的调用返回信息。前端进程将该调用返回信息再发送给***。因此，***可获取到客户端发送的调用请求以及对应目标机房处理该调用请求之后反馈的调用返回信息，因此可统计出各个机房的调用返回情况，增强***服务的治理，保证***服务的稳定性、鲁棒性和可扩展性。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明提供的同步阻塞式的RPC调用的一实施例中的调用状态流程图；

图2为本发明提供的异步调用模型***中异步调用的一实施例中的调用状态流程图；

图3为本发明提供的一种服务治理方法的一实施例中的方法流程图；

图4为本发明提供的一种服务治理方法的另一实施例中的方法流程图；

图5为本发明提供的一种服务治理方法的一实施例中的服务架构示意图；

图6为本发明提供的一种服务治理装置的一实施例中的结构框图；

图7为本发明提供的一种计算机设备的一实施例中的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，这里使用的“第一”、“第二”仅用于区别同一技术特征，并不对该技术特征的顺序和数量等加以限定。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

长连接：客户端与服务器通信的通道，保持长活。

前端进程：用于与客户端保持长连接的进程。

Logic进程：转发前端进程的请求至业务进程。

本发明提供一种异步调用的服务治理方法。在一实施例中，如图3所示，该服务治理方法，包括：

S100，确认接收到前端进程转发的基于客户端请求的服务发起的调用请求。

在本实施例中，客户端通过互联网与后台的前端进程进行通信，并保持长连接。客户端后续所有的调用请求均经过后台的前端进程向***转发。前端进程接收到客户端请求服务而发起的调用请求之后，将该调用请求转发给异步调用***中服务治理模块。服务治理模块检测并判断是否接收到前端进程转发的基于客户端请求的服务发起的调用请求。在一实施例中，服务治理模块包括Logic进程。Logic进程用于转发前端进程的请求至业务进程，同时也可对调用请求以及基于该调用请求反馈的信息进行统计管理。

在一实施例中，步骤S100之前，还包括：控制所述客户端与所述前端进程进行长连接通信；确认所述前端进程接收到所述客户端发起的业务调用服务相关的所述调用请求。

在该实施例中，终端通过客户端向后台发起调用请求时，后台在客户端与前端进程建立长连接通信。客户端发起的所有请求，均通过前端进程向后台内部转发。后台监听前端进程是否接收到客户端发起的与业务调用相关的调用请求，确认接收到该调用请求时，执行步骤S100。

S200，根据所述调用请求从对应的机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房，所述目标机房用于处理所述调用请求。

在本实施例中，服务治理模块接收到前端进程转发的所述调用请求之后，根据该调用请求从对应的机房候选列表中选取对应的目标机房。其中，不同的调用请求对应不同的机房候选列表。机房候选列表中包括多个用于对应调用请求的多个机房。机房候选列表中的机房均可处理与其对应的调用请求。服务治理模块将调用请求转发给对应的目标机房，由目标机房对该调用请求进行处理。具体地，该目标机房选择内部一个实例，向该实例转发调用请求，以由对应的业务进程完成所有根据该调用请求执行的操作，操作完成后目标机房将处理结果返回至前端进程。

在一实施例中，如图4所示，步骤S200之前，还包括：

S110，根据不同的业务进程将处理业务的机房进行归并，得到不同业务对应的机房候选列表。

此时，步骤S200，包括：

S210，根据所述调用请求确定出对应的业务，根据该业务获取所述对应的机房候选列表。

在该实施例中，服务治理模块中根据不同的业务进程将处理业务的机房进行归并，将处理相同业务的机房归并到同一机房候选列表。因此，服务治理模块中包括多个机房候选列表，每个机房候选列表内包括多个处理同一业务类型的机房。服务治理模块接收到调用请求时，根据调用请求对应的业务，筛选出对应的机房候选列表，以从机房候选列表中获取目标机房。

S300，接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息。

在本实施例中，目标机房处理调用请求后，得到处理结果信息，将该处理结果信息作为调用返回信息反馈到前端进程。前端进程将调用返回信息发送给客户端，同时也将调用返回信息发送到服务治理模块。

在一实施例中，步骤S300之前，还包括：确认所述目标机房将所述调用返回信息发送给所述前端进程。

在该实施例中，前端进程实时检测是否接收到目标机房发送的与调用请求相关的调用返回信息。在接收到该调用返回信息之后，将该调用返回信息发送到服务治理模块。

在一实施例中，步骤S300之后，还包括：根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息；将所述参数信息上传到***数据平台。

在该实施例中，与所述调用请求相关的参数信息包括调用请求处理是否成功，执行调用请求处理过程产生的数据，完成调用请求处理的时间等信息。服务治理模块接收到前端进程发送的调用请求，同时也可接收到前端进程发送的与调用请求相关的调用返回信息，因此可根据两者获取与所述调用请求相关的参数信息。同时，将该相关信息上传到***数据平台，以由***数据平台对调用服务进行监控。

进一步地，所述参数信息包括调用是否成功的信息以及调用处理时间的信息；所述根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息，包括：获取发起所述调用请求的第一时间以及接收到所述调用返回信息的第二时间，根据所述第一时间和所述第二时间的时间差，得到所述调用处理时间的信息；从所述调用返回信息中获取所述调用请求的处理结果，根据所述处理结果得到所述调用是否成功的信息。此时，所述将所述相关参数信息上传到***数据平台，包括：将所述调用处理时间的信息以及所述调用是否成功的信息上传到所述***数据平台。因此，***数据平台根据一定的规则和算法对进行调用处理时间的信息以及所述调用是否成功的信息处理，若根据处理结果进行告警，以通知业务人员进行处理。

S400，根据所述调用返回信息进行服务治理。

在本实施例中，服务治理模块接收到前端进程发送的调用返回信息之后，根据调用返回信息进行服务治理。进一步地，服务治理模块根据调用返回信息以及调用请求的信息，得到服务治理方案，以可根据服务治理方案对***服务进行治理。或者，接收服务治理的调度方案，对调用返回信息以及调用请求进行管理。

在一实施例中，步骤S400包括：确认接收到调度***发送的调度信息后，根据所述调度信息从所述机房候选列表中剔除或者添加对应的机房。其中，所述调度信息包括上线机房或者下线机房的信息。

在该实施例中，调度***向服务治理模块发送对业务进程和机房进行调度管理的调度信息后，若调度信息为下线机房的信息，则服务治理模块将对应的机房从机房候选列表中剔除。若调度信息为上线机房的信息，则服务治理模块将从机房候选列表中添加对应的机房。

上述实施例提供的异步调用的服务治理方法，前端进程接收到客户端请求服务发起的调用请求之后，将该调用请求转发给***。***确认接收到调用请求之后，从***内部的机房候选列表中选取对应的目标机房，将该调用请求转发给该目标机房，以由目标机房处理该调用请求。目标机房处理该调用请求之后，向前端进程反馈与调用请求相关的调用返回信息。前端进程将该调用返回信息再发送给***。因此，***可获取到客户端发送的调用请求以及对应目标机房处理该调用请求之后反馈的调用返回信息，因此可统计出各个机房的调用返回情况，增强***服务的治理，保证***服务的稳定性、鲁棒性和可扩展性。

为了进一步详述上述实施例所述的服务治理方法，以下提供一具体实施场景：

本实施场景所述的服务治理方法的后台服务架构参见图5所示。在该场景中，服务治理模块为Logic进程，Logic进程执行上述任一实施例所述的服务治理方法。具体地，如图5所示，客户端通过互联网与后台的前端进程进行通信，并保持长连接，客户端后续所有的请求都会经过前端进程向后转发。前端进程会先将客户端发起的调用请求转发至Logic进程，Logic进程通过内部的转发模块在机房候选列表中选择一个机房进行转发，将客户端发起的调用请求转发到该机房的业务进程。调用请求转发到某个机房的业务进程后，该机房需要完成所有调用请求相关的操作，操作完成后将调用返回信息返回至前端进程。前端进程通知Logic进程调用返回信息。Logic进程的统计告警模块可以得到每次调用的各种数据，并进行相应的处理。Logic调度***可以根据指令对某机房和某进程进行屏蔽和启用操作，最终实现了机房+进程的维度的服务治理。以下对服务架构内的各个模块进行解释说明：

(a)Logic进程的转发模块

Logic进程首先将业务进程按照机房进行归并，得到某个业务进程的机房候选列表。Logic进程接收到需要转发至某个业务进程的请求时，会根据该请求的信息从该业务进程的机房候选列表中选择一个机房，然后再在该机房内选择一个实例进行转发。

(b)统计告警模块

由于客户端所有的请求都会经过前端进程转发至Logic进程，因此Logic进程是可以统计消息的处理时间、成功与否等参数，并将这些信息上报至大数据平台，然后大数据平台根据一定的规则和算法进行处理和告警，通知业务人员进行处理。

(c)业务进程机房化

当消息(包括调用请求)经过Logic进程转发到某个具体的业务进程后，业务进程要在该机房内完成该请求的处理逻辑，最终将调用结果返回至前端进程。这样，可以认为一次调用只跟一个机房相关。在业务进程机房化后，异步调用***的服务治理问题简化成了机房的服务治理问题。

(d)Logic调度***

Logic调度***收到某机房+某进程的调度决定后，会将该调度决定通知Logic进程，Logic进程收到后，将该机房在该进程的候选机房列表中剔除或者添加。

以上所述的服务治理方法，以业务进程机房化为基础，加上对应机房转发和机房调度策略，可以更好的保证服务的稳定性、鲁棒性和可扩展性。

本发明还提供一种异步调用的服务治理装置。如图6所示，该异步调用的服务治理装置包括确认模块10、转发模块20、接收模块30及治理模块40。

确认模块10用于确认接收到前端进程转发的基于客户端请求的服务发起的调用请求。在本实施例中，客户端通过互联网与后台的前端进程进行通信，并保持长连接。客户端后续所有的调用请求均经过后台的前端进程向***转发。前端进程接收到客户端请求服务而发起的调用请求之后，将该调用请求转发给异步调用***中确认模块10。确认模块10检测并判断是否接收到前端进程转发的基于客户端请求的服务发起的调用请求。在一实施例中，确认模块10包括Logic进程。Logic进程用于转发前端进程的请求至业务进程，同时也可对调用请求以及基于该调用请求反馈的信息进行统计管理。

转发模块20用于根据所述调用请求从对应的机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房，所述目标机房用于处理所述调用请求。在本实施例中，转发模块20接收到前端进程转发的所述调用请求之后，根据该调用请求从对应的机房候选列表中选取对应的目标机房。其中，不同的调用请求对应不同的机房候选列表。机房候选列表中包括多个用于对应调用请求的多个机房。机房候选列表中的机房均可处理与其对应的调用请求。转发模块20将调用请求转发给对应的目标机房，由目标机房对该调用请求进行处理。具体地，该目标机房选择内部一个实例，向该实例转发调用请求，以由对应的业务进程完成所有根据该调用请求执行的操作，操作完成后目标机房将处理结果返回至前端进程。

接收模块30用于接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息。在本实施例中，目标机房处理调用请求后，得到处理结果信息，将该处理结果信息作为调用返回信息反馈到前端进程。前端进程将调用返回信息发送给客户端，同时也将调用返回信息发送到服务治理模块。

治理模块40用于根据所述调用返回信息进行服务治理。在本实施例中，治理模块40接收到前端进程发送的调用返回信息之后，根据调用返回信息进行服务治理。进一步地，治理模块40根据调用返回信息以及调用请求的信息，得到服务治理方案，以可根据服务治理方案对***服务进行治理。或者，接收服务治理的调度方案，对调用返回信息以及调用请求进行管理。

在其他实施例中，本发明提供的服务治理装置中的各个模块还用于执行本发明所述的服务治理方法中，对应各个步骤执行的操作，在此不再做详细的说明。

本发明还提供一种存储介质。该存储介质上存储有计算机程序；所述计算机程序被处理器执行时，实现上述任一实施例所述的服务治理方法。该存储介质可以是存储器。例如，内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本发明所公开的存储介质包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。

本发明还提供一种计算机设备。一种计算机设备包括：一个或多个处理器；存储器；一个或多个应用程序。其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行上述任一实施例所述的服务治理方法。

图7为本发明一实施例中的计算机设备的结构示意图。本实施例所述计算机设备可以是服务器、个人计算机以及网络设备。如图7所示，设备包括处理器703、存储器705、输入单元707以及显示单元709等器件。本领域技术人员可以理解，图7示出的设备结构器件并不构成对所有设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器705可用于存储应用程序701以及各功能模块，处理器703运行存储在存储器705的应用程序701，从而执行设备的各种功能应用以及数据处理。存储器可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。

输入单元707用于接收信号的输入，以及接收用户输入的关键字。输入单元707可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元709可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元709可采用液晶显示器、有机发光二极管等形式。处理器703是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储器705内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。

在一实施方式中，设备包括一个或多个处理器703，以及一个或多个存储器705，一个或多个应用程序701。其中所述一个或多个应用程序701被存储在存储器705中并被配置为由所述一个或多个处理器703执行，所述一个或多个应用程序701配置用于执行以上实施例所述的服务治理方法。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括存储器、磁盘或光盘等。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

应该理解的是，在本发明各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种异步调用的服务治理方法，其特征在于，包括：

确认接收到前端进程转发的基于客户端请求的服务发起的调用请求，并利用Logic进程将所述调用请求转发至业务进程；

根据不同的业务进程将处理业务的机房进行归并，将处理相同业务的机房归并到同一机房候选列表，根据所述调用请求对应的业务，筛选出对应的机房候选列表，从该机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房；

接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息；

确认接收到调度***发送对业务进程和机房进行调度管理的调度信息后，根据所述调度信息从所述机房候选列表中剔除或添加对应的机房；其中，所述调度信息包括上线机房或者下线机房的信息。

2.根据权利要求1所述的方法，其特征在于，所述确认接收到前端进程转发的基于客户端请求的服务发起的调用请求之前，还包括：

控制所述客户端与所述前端进程进行长连接通信；

确认所述前端进程接收到所述客户端发起的业务调用服务相关的所述调用请求。

3.根据权利要求1所述的方法，其特征在于，所述根据所述调用请求从对应的机房候选列表中选取目标机房之前，还包括：根据不同的业务进程将处理业务的机房进行归并，得到不同业务对应的机房候选列表；

所述根据所述调用请求从对应的机房候选列表中选取目标机房，包括：根据所述调用请求确定出对应的业务，根据该业务获取所述对应的机房候选列表。

4.根据权利要求1所述的方法，其特征在于，所述接收所述前端进程发送的调用返回信息之前，还包括：

确认所述目标机房将所述调用返回信息发送给所述前端进程。

5.根据权利要求1所述的方法，其特征在于，所述接收所述前端进程发送的调用返回信息之后，还包括：

根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息；

将所述参数信息上传到***数据平台。

6.根据权利要求5所述的方法，其特征在于，所述参数信息包括调用是否成功的信息以及调用处理时间的信息；所述根据所述调用请求与所述调用返回信息获取与所述调用请求相关的参数信息，包括：

获取发起所述调用请求的第一时间以及接收到所述调用返回信息的第二时间，根据所述第一时间和所述第二时间的时间差，得到所述调用处理时间的信息；

从所述调用返回信息中获取所述调用请求的处理结果，根据所述处理结果得到所述调用是否成功的信息；

所述将所述参数信息上传到***数据平台，包括：将所述调用处理时间的信息以及所述调用是否成功的信息上传到所述***数据平台。

7.一种异步调用的服务治理装置，其特征在于，包括：

确认模块，用于确认接收到前端进程转发的基于客户端请求的服务发起的调用请求，并利用Logic进程将所述调用请求转发至业务进程；

转发模块，用于根据不同的业务进程将处理业务的机房进行归并，将处理相同业务的机房归并到同一机房候选列表，根据所述调用请求对应的业务，筛选出对应的机房候选列表，从该机房候选列表中选取目标机房，将所述调用请求转发到所述目标机房；

接收模块，用于接收所述前端进程发送的调用返回信息；所述调用返回信息为所述目标机房处理所述调用请求后向所述前端进程反馈的调用信息；

治理模块，用于确认接收到调度***发送对业务进程和机房进行调度管理的调度信息后，根据所述调度信息从所述机房候选列表中剔除或添加对应的机房；其中，所述调度信息包括上线机房或者下线机房的信息。

8.一种存储介质，其特征在于，其上存储有计算机程序；所述计算机程序适于由处理器加载并执行上述权利要求1至6中任一项所述的服务治理方法。

9.一种计算机设备，其特征在于，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行根据权利要求1至6任一项所述的服务治理方法。

Images