CN108667660B - 路由管理和业务路由的方法和装置及路由系统 - Google Patents

Abstract

本发明揭示了一种路由管理和业务路由的方法和装置及路由系统。所述路由系统包括：业务路由单元、路由策略单元及管理单元，所述业务路由单元设置为，响应于业务服务的调用请求，根据从所述路由策略单元获取的路由配置，将所述调用请求路由至对应的外部接口，并向所述路由策略单元上报调用记录；所述路由策略单元设置为，根据所述业务路由单元的查询返回相应的路由配置，并根据所述业务路由单元上报的调用记录，向所述管理单元提供所述路由配置的更新提示；所述管理单元设置为，响应于接收的配置请求以及所述路由策略单元提供的更新提示，对所述路由配置进行更新。

Description

路由管理和业务路由的方法和装置及路由系统

技术领域

本发明涉及计算机技术领域，特别涉及一种路由管理和业务路由的方法和装置及路由系统。

背景技术

随着互联网的发展，用户接入互联网服务的需求已经渗透至各行各业，乃至生活的方方面面。对应的，各大互联网平台公司的后台服务也越来越庞大，不同的业务服务之间往往需要互相、多重的调用，才能满足用户的需求。举例而言，为了满足用户在游戏应用中的丰富体验，后台的游戏服务往往需要调用其他应用(例如社交应用、支付应用)的用户数据服务以及支付数据等等。为了实现高效的访问，需要对业务服务的调用路由进行适当的管理，以便于将业务服务的访问快速路由至对应的外部服务。

相关技术一般基于路由配置文件和关系数据库两种方式来实现业务服务的路由管理。

对于前者而言，当前业务服务对外部服务的调用关系一般存在于本地的配置文件中。当需要访问外部服务时，在本地加载配置文件，并通过从配置文件读取对应的路由信息来进行访问。路由信息的变更可通过修改配置文件来进行。然而，这种方式针对不同的服务系统往往需要维护不同格式的配置文件，带来比较大的管理维护成本。

对于关系数据库的方式，业务服务之间的调用关系一并存储于独立的关系数据库中，一般通过简单的管理端对调用关系进行增加、删除、修改和查询操作。当某个业务服务需要访问外部服务时，可通过查询该关系数据库得到对应的路由信息。然而，这种方式中容易出现超时配置不合理的情况，影响业务服务的稳定性和容灾能力。

发明内容

为了解决相关技术中业务路由管理方案存在的维护成本高、稳定性差的问题，本发明提供了一种路由管理和业务路由的方法和装置及路由系统。

根据本发明的实施例，提供一种路由系统，包括：业务路由单元、路由策略单元及管理单元，所述业务路由单元设置为，响应于业务服务的调用请求，根据从所述路由策略单元获取的路由配置，将所述调用请求路由至对应的外部接口，并向所述路由策略单元上报调用记录；所述路由策略单元设置为，根据所述业务路由单元的查询返回相应的路由配置，并根据所述业务路由单元上报的调用记录，向所述管理单元提供所述路由配置的更新提示；所述管理单元设置为，响应于接收的配置请求以及所述路由策略单元提供的更新提示，对所述路由配置进行更新。

根据本发明的实施例，提供一种路由管理方法，包括：响应于从业务服务接收的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务；以及从所述业务服务接收对所述外部接口的调用记录，并获取基于所述调用记录对所述路由配置进行的更新。

根据本发明的实施例，提供一种业务路由方法，包括：响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录；以及根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

根据本发明的实施例，提供一种路由管理装置，包括：查询单元，设置为响应于从业务服务接收的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务；以及更新单元，设置为从所述业务服务接收对所述外部接口的调用记录，并获取基于所述调用记录对所述路由配置进行的更新。

根据本发明的实施例，提供一种业务路由装置，包括：路由单元，设置为响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录；以及代理单元，设置为根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

根据本发明的实施例，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的路由管理方法或者如上所述的业务路由方法。

根据本发明的实施例，提供一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的路由管理方法或者如上所述的业务路由方法。

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

基于本发明实施例提供的路由系统，能够实现业务服务调用关系的统一配置管理，同时基于调用记录能够实现对路由配置更加精细、合理的管理。

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

附图说明

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

图1示出了可以应用本发明实施例的路由管理方法或装置、或者业务路由方法或装置的示例性系统架构的示意图。

图2示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

图3示出了适于用来实现本发明实施例的路由系统的结构示意图。

图4是根据一示例性实施例示出的一种路由管理方法的流程图。

图5是根据一示例性实施例示出的一种业务路由方法的流程图。

图6是根据一示例性实施例示出的一种路由管理装置的框图。

图7是根据一示例性实施例示出的一种业务路由装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/ 步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本发明实施例的路由管理方法或装置、或者业务路由方法或装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105 可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。服务器105可以是提供各种服务的服务器。

例如，用户利用终端设备103(也可以是终端设备101或102)向服务器 105发起了对某个业务服务的访问请求，服务器105可以响应于业务服务产生的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务。同时，服务器105 产生所述业务服务对所述外部接口的调用记录，并获取基于所述调用记录对所述路由配置进行的更新。

又例如，用户利用终端设备103(也可以是终端设备101或102)向服务器105发起了对某个业务服务的访问请求，服务器105响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录。同时，服务器 105根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

在一些实施例中，本发明实施例所提供的路由管理方法或者业务路由方法一般由服务器105执行，相应地，路由管理装置或者业务路由装置一般设置于服务器105中。在另一些实施例中，某些终端可以具有与服务器相似的功能从而执行本方法。因此，本发明实施例所提供的路由管理方法或者业务路由方法不限定在服务器端执行。

图2示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从储存 部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203 中，还存储有系统操作所需的各种程序和数据。CPU 201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的储存 部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入储存 部分208。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209 从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM 或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图4至图5所示的各个步骤。

以下对本发明实施例的技术方案的原理和实现细节进行详细阐述。

图3示出了适于用来实现本发明实施例的路由系统的结构示意图。如图3 所示，该路由系统包括业务路由单元31、路由策略单元32及管理单元33。

其中，业务路由单元31设置为，响应于业务服务的调用请求，根据从路由策略单元32获取的路由配置，将调用请求路由至对应的外部接口，并向路由策略单元32上报调用记录。

在一个实施例中，业务路由单元31可与业务服务部署在同一服务器上，并包括路由子单元311和代理子单元312。其中，路由子单元311设置为，根据从第一存储位置获取的路由配置，将调用请求路由至对应的外部接口，并将调用记录放入第二存储位置。代理子单元312设置为，根据查询路由策略单元32的返回结果更新第一存储位置中的路由配置，并将第二存储位置中的调用记录上报至路由策略单元32。

在一个实施例中，路由子单元311可实现为业务侧的RCAPI(RoutingConfiguration Application Interface，路由配置应用程序接口)，当前业务服务在需要访问外部服务时，即可调用RCAPI获取对应外部接口的路由信息。另一方面， RCAPI还提供调用记录的上报功能，例如可根据当前业务服务对外部接口的调用结果生成对应的调用记录(例如可包括调用成功或识别的结果、调用时间等信息)，以便上报给路由策略单元32进行分析。

在一个实施例中，代理子单元312可实现为RCAgent(Routing ConfigurationAgent，路由配置代理)进程的形式常驻于业务侧。一方面，RCAgent用于直接访问路由策略单元32，获取最新的路由信息并更新到本地的第一存储位置中，以供路由子单元311查询使用。另一方面，RCAgent将路由子单元311放入第二存储位置的调用记录上报给路由子单元311，以便路由策略单元32进行分析。

基于上述实施例，通过设置代理子单元312，可避免路由子单元311直接访问路由策略单元32，路由信息的获取由代理子单元312完成，路由子单元311 的查询和数据上报可分别操作本地的第一和第二存储位置来完成，因此保证路由的高性能。另一方面，代理子单元312使用本地的第一和第二存储位置来完成路由更新和数据上报操作，不影响正常的业务性能，同时可实现路由信息的本地容灾，即使在路由策略单元32不可用的情况下，业务服务也可基于本地存储的路由信息实现外部服务的访问，实现了高可用的路由。

在一个实施例中，上述的第一存储位置和第二存储位置至少其中之一可同时包括本地磁盘和内存中的位置，本地磁盘可提供断电时的存储，而内存则可提供高效的访问。

在一个实施例中，代理子单元312对调用记录可采取合并、批量上报的方式，从而减少网络IO(Input Output，输入输出)消耗；另外还可设置重试机制，从而确保数据上报的完整性。

接续，路由策略单元32设置为，根据业务路由单元31的查询返回相应的路由配置，并根据业务路由单元31上报的调用记录，向管理单元33提供路由配置的更新提示。

在一个实施例中，路由策略单元32可与业务路由单元31部署在同一台服务器上，从而可节约部署成本；也可部署在不同的服务器上，从而提高路由的性能及可用性和容灾性。

在一个实施例中，路由策略单元32如图3所示，可包括数据库子单元321、反馈子单元322及分析子单元323。

其中，数据库子单元321设置为，存储管理单元33更新的路由配置并提供给反馈子单元322访问，并存储反馈子单元322发送的调用记录并提供给管理单元33和分析子单元323访问；反馈子单元322设置为，响应于业务路由单元 31的查询请求，访问数据库子单元321获取相应的路由配置并反馈至业务路由单元31，并将业务路由单元31上报的调用记录发送至数据库子单元321；分析子单元323设置为，根据数据库子单元321存储的调用记录，对与外部接口相应的路由配置进行合理性分析，并根据分析结果向管理单元33提供路由配置的更新提示。

在一个实施例中，上述的数据库子单元321、反馈子单元322及分析子单元 323可分别部署在独立的服务器上，从而提高路由的性能及可用性和容灾性；也可任意组合后部署在一个或两个服务器上，从而可节约部署成本。

在一个实施例中，数据库子单元321包括路由配置数据库3211和调用记录数据库3212。路由配置数据库3211例如用于存储业务服务与外部服务之间的路由信息以及超时配置，可向反馈子单元322提供路由配置的查询接口，并可接收来自管理单元33对超时配置的更新操作。调用记录数据库3212例如用于存储反馈子单元322从业务路由单元31接收的调用记录，可向分析子单元323和管理单元33提供调用记录的查询接口，从而分析子单元323可基于查询的调用记录对路由配置进行合理性分析，管理单元33则可基于查询的调用记录生成可视化的路由信息。

在一个实施例中，反馈子单元322包括路由查询3221和记录上报3222两个部分的功能模块。路由查询3221例如可基于业务路由单元31的查询请求，访问数据库子单元321中的路由配置(例如访问路由配置数据库3211)，并根据与查询请求对应的外部接口，向业务路由单元31反馈对应的路由配置。记录上报3222例如可基于业务路由单元31上报的调用记录，更新数据库子单元321 中的调用记录(例如更新调用记录数据库3212)，从而作为后续分析子单元323 分析路由配置合理性以及管理单元33生成可视化路由信息的基础。

在一个实施例中，路由查询3221可根据业务路由单元31的查询请求确定业务服务对外部接口的调用是否属于跨IDC(Internet Data Center，互联网数据中心)调用，并在确定属于跨IDC调用时，在数据库子单元321中的超时配置基础上增加网络延时后反馈至业务路由单元31，从而使得路由和超时配置更加智能、合理。

在一个实施例中，记录上报3222可在对业务路由单元31上报的调用记录进行去重处理后，相应的更新数据库子单元321中的调用记录。这里的去重处理例如可基于上报的来源IP(Internet Protocol，互联网协议)地址和关键字(例如业务服务+外部接口)来进行。另外，这里的调用记录例如可包括访问关系信息和访问耗时信息，访问关系信息例如包括主调方(业务服务的本地模块)与被调方(外部服务的被调接口)之间的映射关系，可由管理单元33用来维护及更新数据库子单元321中的路由配置(例如更新路由配置数据库3211)；访问耗时信息例如可包括每次调用的成功返回时间，可由分析子单元323用来分析超时配置的合理性。

在一个实施例中，分析子单元323主要用于路由配置的合理性分析。这里的路由配置例如包括但不限于主调方(业务服务的本地模块)的超时配置。

举例而言，本地的业务服务可能包括多个模块，用于实现不同的功能，而每个模块要实现自身的功能可能需要调用多个外部服务的接口。一般而言，超时配置由服务提供方(这里的外部服务)针对每个接口提供建议值(可称为接口级的超时配置)，从而使管理单元33能够基于该建议值配置每条路由信息的默认超时。随着调用记录的更新，分析子单元323可基于调用记录进行合理性分析的结果，向管理单元33提供超时配置的更新提示，从而使管理单元33能够基于该更新提示来修改每条路由信息的超时配置，这种更新一般以业务服务的各个模块为单元来进行，因此可称为模块级的超时配置。

在一个实施例中，分析子单元323可基于数据库子单元321中的调用记录，判断每个外部接口的超时配置是否合理。例如，以下几种情形可确定为属于不合理的超时配置。

第一种情形，主调方的超时配置小于某个外部接口的被调超时。如上所述，业务服务的主调模块可能需要调用多个外部服务的接口，如果针对主调模块的超时配置要小于其中任意一个外部接口的默认超时，可能出现计时尚未超过该默认超时就被判定调用失败的情况，因此可确定这时主调模块的超时配置不合理。

第二种情形，主调方的超时配置与调用成功的平均延时之间的差值小于预设阈值。调用成功的平均延时例如可基于数据库子单元321中的调用记录计算得到。如果主调方的超时配置太接近调用成功的平均延时，表明调用成功的延时存在很多大于超时配置的情况，从而可能造成调用失败，因此可确定这时主调模块的超时配置不合理。

第三种情形，主调方的超时配置小于被调的所有外部接口的平均延时总和的预设倍数(例如两倍)。与第二种情形类似，当主调方的超时配置与所有外部接口的平均延时总和太过接近时，表明有较多外部接口的延时存在大于超时配置平均值(超时配置除以外部接口个数的结果)的情况，从而可能造成主调方整体调用失败，因此可确定这时主调模块的超时配置不合理。

在一个实施例中，分析子单元323还可基于数据库子单元321中的调用记录，按分钟、小时、天等多个维度产生L5(负载均衡服务)及模调等底层调用的成功率数据，并在其低于预设阈值时产生对整个路由系统的告警，以提醒管理单元33的用户及时进行处理。

在一个实施例中，分析子单元323还可基于数据库子单元321中的调用记录，提取超过预设时间(例如七天)没有发生调用的路由信息，以提醒管理单元33的用户删除。

接续，管理单元33设置为，响应于接收的配置请求以及路由策略单元32 提供的更新提示，对路由配置进行更新。

在一个实施例中，管理单元33可与路由策略单元32部署在同一台服务器上，从而可节约部署成本；也可部署在不同的服务器上，从而提高路由的性能及可用性和容灾性。

在一个实施例中，管理单元33可如图3所示包括配置子单元331及展示子单元332。其中，配置子单元331设置为，根据基于更新提示产生的配置请求，对路由策略单元32中的路由配置进行更新；展示子单元332设置为，响应于接收的展示请求，根据路由策略单元32中的调用记录提供调用关系的展示。

在一个实施例中，配置子单元331初始可基于路由策略单元32提供(例如由调用记录数据库3212提供)的调用记录为新产生的路由关系设置默认超时，并向路由策略单元32返回(例如在路由配置数据库3211中写入)新的路由配置。这里的默认超时例如可基于路由关系中被调用的外部接口来获取。接续，基于路由策略单元32反馈(例如由分析子单元323反馈)的更新提示，配置子单元331对路由策略单元32存储(例如在路由配置数据库3211中存储)的路由配置进行更新。

在一个实施例中，展示子单元332用于提供调用记录的可视化及查询功能，例如可以提供对模块间的调用关系和接口间的调用关系，完整的调用链，以及整个调用链上各个节点的超时、耗时和调用结果情况进行展示和查询的界面。这里可视化的处理可由展示子单元332自身完成，也可由路由策略单元32来完成(例如由分析子单元323完成)。

基于本发明实施例提供的路由系统，能够实现业务服务调用关系的统一配置管理，同时基于调用记录能够实现对路由配置更加精细、合理的管理。

图4是根据一示例性实施例示出的一种路由管理方法的流程图。本实施例的路由管理方法可由任意计算设备执行，例如由实现图3实施例中所示路由策略单元32的计算设备来执行。如图4所示，本实施例的路由管理方法包括步骤 410-420。

在步骤410中，响应于从业务服务接收的路由查询请求，根据路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至业务服务。

在一个实施例中，本实施例路由管理方法可由部署业务服务的同一服务器来执行，也可由不同的服务器来执行。

在一个实施例中，上述预存路由配置可存储于本地设备，也可以存储于本地设备可访问的远程设备上。所述的路由配置例如可包括业务服务与外部接口之间的路由关系及超时配置。

本步骤中在收到业务服务发送的路由查询请求时，例如可根据路由查询请求中携带的业务服务标识和外部接口标识，从预存路由配置中定位到对应的路由配置，并反馈至业务服务，以便基于适当的超时配置，将业务服务的访问路由至准确的外部接口。

在一个实施例中，步骤410中还包括根据上述路由查询请求确定业务服务对外部接口的调用是否属于跨IDC、调用，并在确定属于跨IDC调用时，在预存路由配置中的超时配置基础上，增加相应的网络延时后反馈至业务服务，从而使得路由和超时配置更加智能、合理。

在步骤420中，从业务服务接收对外部接口的调用记录，并获取基于调用记录对路由配置进行的更新。

在一个实施例中，业务服务在根据步骤410反馈的路由配置调用相应的外部接口后，可生成并上报相应的调用记录。相应的，步骤420可从业务服务接收对外部接口的调用记录，并获取基于调用记录对路由配置进行的更新。

在一个实施例中，步骤420可包括根据接收的调用记录，对与外部接口相应的路由配置进行合理性分析，并根据分析结果生成路由配置的更新提示；在将更新提示提供给相应的管理设备后，从该管理设备获取基于更新提示对路由配置进行的更新。这里，对调用记录的接收和分析由同一个执行主体来完成，但本发明的实施例并不仅限于此，步骤420还可包括将接收的调用记录上报至其他设备，由其他设备进行分析后，步骤420可继续获取基于分析结果对路由配置进行的更新。

在一个实施例中，步骤420获取的更新主要来自对路由配置的合理性分析。这里的路由配置例如包括但不限于主调方(业务服务的本地模块)的超时配置。

举例而言，本地的业务服务可能包括多个模块，用于实现不同的功能，而每个模块要实现自身的功能可能需要调用多个外部服务的接口。一般而言，超时配置由服务提供方(这里的外部服务)针对每个接口提供建议值，从而使管理设备能够基于该建议值配置每条路由信息的默认超时。随着调用记录的更新，基于步骤420，可根据调用记录进行合理性分析的结果，向管理设备提供超时配置的更新提示，从而使管理设备能够基于该更新提示来修改每条路由信息的超时配置。

在一个实施例中，步骤420可包括基于业务服务对外部接口的调用记录，判断每个外部接口的超时配置是否合理。例如，以下几种情形可确定为属于不合理的超时配置。

第一种情形，主调方的超时配置小于某个外部接口的被调超时。如上所述，业务服务的主调模块可能需要调用多个外部服务的接口，如果针对主调模块的超时配置要小于其中任意一个外部接口的默认超时，可能出现计时尚未超过该默认超时就被判定调用失败的情况，因此可确定这时主调模块的超时配置不合理。

第二种情形，主调方的超时配置与调用成功的平均延时之间的差值小于预设阈值。调用成功的平均延时例如可基于调用记录计算得到。如果主调方的超时配置太接近调用成功的平均延时，表明调用成功的延时存在很多大于超时配置的情况，从而可能造成调用失败，因此可确定这时主调模块的超时配置不合理。

第三种情形，主调方的超时配置小于被调的所有外部接口的平均延时总和的预设倍数(例如两倍)。与第二种情形类似，当主调方的超时配置与所有外部接口的平均延时总和太过接近时，表明有较多外部接口的延时存在大于超时配置平均值(超时配置除以外部接口个数的结果)的情况，从而可能造成主调方整体调用失败，因此可确定这时主调模块的超时配置不合理。

在一个实施例中，本发明的方法还可包括底层调用的告警处理以及超期路由的删除处理。例如，可基于调用记录，按分钟、小时、天等多个维度产生L5 及模块调用等底层调用的成功率数据，并在其低于预设阈值时产生对整个路由系统的告警，以提醒管理设备的用户及时进行处理。又例如，还可基于调用记录，提取超过预设时间(例如七天)没有发生调用的路由信息，以提醒管理设备的用户进行删除。

基于本发明实施例提供的路由管理方法，能够实现业务服务调用关系的统一配置管理，同时基于调用记录能够实现对路由配置更加精细、合理的管理。

图5是根据一示例性实施例示出的一种业务路由方法的流程图。本实施例的业务路由方法可由任意计算设备执行，例如由实现图3实施例中所示业务路由单元31的计算设备来执行。如图5所示，本实施例的业务路由方法包括步骤 510-520。

在步骤510中，响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将调用请求路由至对应的外部接口，并在第二存储位置放入对外部接口的调用记录。

在一个实施例中，步骤510可通过业务侧的RCAPI(Routing ConfigurationApplication Interface，路由配置应用程序接口)来执行。步骤510例如可包括，当前业务服务在需要访问外部服务时，调用RCAPI获取对应外部接口的路由信息。另一方面，RCAPI还提供调用记录的上报功能，步骤510例如可包括，根据当前业务服务对外部接口的调用结果生成对应的调用记录(例如可包括调用成功或识别的结果、调用时间等信息)，以便上报给路由管理设备进行分析。

在步骤520中，根据查询路由配置的返回结果更新第一存储位置中的路由配置，并上报第二存储位置中的调用记录。

在一个实施例中，步骤520可通过常驻于业务侧的RCAgent(RoutingConfiguration Agent，路由配置代理)进程来执行。一方面，步骤520例如可包括，通过RCAgent直接访问路由管理设备，获取最新的路由信息并更新到本地的第一存储位置中，以供步骤510中查询使用。另一方面，步骤520例如还可包括，通过RCAgent将步骤510中放入第二存储位置的调用记录上报给路由管理设备，以便后者进行分析。

在一个实施例中，步骤520中对调用记录可采取合并、批量上报的方式，从而减少网络IO消耗；另外还可设置重试机制，从而确保数据上报的完整性。

在一个实施例中，上述的第一存储位置和第二存储位置至少其中之一可同时包括本地磁盘和内存中的位置，本地磁盘可提供断电时的存储，而内存则可提供高效的访问。

在一个实施例中，本发明业务路由方法可由部署业务服务的同一服务器来执行。此时，基于步骤510-520的处理，路由查询和数据上报可分别操作本地的第一和第二存储位置来完成，因此保证路由的高性能。另一方面，步骤520使用本地的第一和第二存储位置来完成路由更新和数据上报操作，不影响正常的业务性能，同时可实现路由信息的本地容灾，即使在路由管理设备不可用的情况下，业务服务也可基于本地存储的路由信息实现外部服务的访问，实现了高可用的路由。

下述为本发明装置实施例，可以用于执行本发明上述路由管理方法或业务路由方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明路由管理方法或业务路由方法实施例。

图6是根据一示例性实施例示出的一种路由管理装置的框图。该路由管理装置，如图6所示，包括但不限于：查询单元610和更新单元620。

其中，查询单元610设置为响应于从业务服务接收的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务。

在一个实施例中，本实施例路由管理装置可由部署业务服务的同一服务器来实现，也可由不同的服务器来实现。

在一个实施例中，上述预存路由配置可存储于本地设备，也可以存储于本地设备可访问的远程设备上。所述的路由配置例如可包括业务服务与外部接口之间的路由关系及超时配置。

查询单元610在收到业务服务发送的路由查询请求时，例如可根据路由查询请求中携带的业务服务标识和外部接口标识，从预存路由配置中定位到对应的路由配置，并反馈至业务服务，以便基于适当的超时配置，将业务服务的访问路由至准确的外部接口。

在一个实施例中，查询单元610还设置为根据上述路由查询请求确定业务服务对外部接口的调用是否属于跨IDC、调用，并在确定属于跨IDC调用时，在预存路由配置中的超时配置基础上，增加相应的网络延时后反馈至业务服务，从而使得路由和超时配置更加智能、合理。

接续，更新单元620设置为从所述业务服务接收对所述外部接口的调用记录，并获取基于所述调用记录对所述路由配置进行的更新。

在一个实施例中，业务服务在根据查询单元610反馈的路由配置调用相应的外部接口后，可生成并上报相应的调用记录。相应的，更新单元620可从业务服务接收对外部接口的调用记录，并获取基于调用记录对路由配置进行的更新。

在一个实施例中，更新单元620具体可设置为根据接收的调用记录，对与外部接口相应的路由配置进行合理性分析，并根据分析结果生成路由配置的更新提示；在将更新提示提供给相应的管理设备后，从该管理设备获取基于更新提示对路由配置进行的更新。这里，对调用记录的接收和分析由同一个执行主体来完成，但本发明的实施例并不仅限于此，更新单元620还可设置为将接收的调用记录上报至其他设备，由其他设备进行分析后，更新单元620可继续获取基于分析结果对路由配置进行的更新。

在一个实施例中，更新单元620获取的更新主要来自对路由配置的合理性分析。这里的路由配置例如包括但不限于主调方(业务服务的本地模块)的超时配置。

举例而言，本地的业务服务可能包括多个模块，用于实现不同的功能，而每个模块要实现自身的功能可能需要调用多个外部服务的接口。一般而言，超时配置由服务提供方(这里的外部服务)针对每个接口提供建议值，从而使管理设备能够基于该建议值配置每条路由信息的默认超时。随着调用记录的更新，更新单元620可根据调用记录进行合理性分析的结果，向管理设备提供超时配置的更新提示，从而使管理设备能够基于该更新提示来修改每条路由信息的超时配置。

在一个实施例中，更新单元620具体可设置为基于业务服务对外部接口的调用记录，判断每个外部接口的超时配置是否合理。例如，以下几种情形可确定为属于不合理的超时配置。

第一种情形，主调方的超时配置小于某个外部接口的被调超时。如上所述，业务服务的主调模块可能需要调用多个外部服务的接口，如果针对主调模块的超时配置要小于其中任意一个外部接口的默认超时，可能出现计时尚未超过该默认超时就被判定调用失败的情况，因此可确定这时主调模块的超时配置不合理。

第二种情形，主调方的超时配置与调用成功的平均延时之间的差值小于预设阈值。调用成功的平均延时例如可基于调用记录计算得到。如果主调方的超时配置太接近调用成功的平均延时，表明调用成功的延时存在很多大于超时配置的情况，从而可能造成调用失败，因此可确定这时主调模块的超时配置不合理。

第三种情形，主调方的超时配置小于被调的所有外部接口的平均延时总和的预设倍数(例如两倍)。与第二种情形类似，当主调方的超时配置与所有外部接口的平均延时总和太过接近时，表明有较多外部接口的延时存在大于超时配置平均值(超时配置除以外部接口个数的结果)的情况，从而可能造成主调方整体调用失败，因此可确定这时主调模块的超时配置不合理。

在一个实施例中，本发明的装置还可包括底层调用的告警处理单元以及超期路由的删除处理单元(图中未示出)。例如，告警处理单元可基于调用记录，按分钟、小时、天等多个维度产生L5及模块调用等底层调用的成功率数据，并在其低于预设阈值时产生对整个路由系统的告警，以提醒管理设备的用户及时进行处理。又例如，删除处理单元可基于调用记录，提取超过预设时间(例如七天)没有发生调用的路由信息，以提醒管理设备的用户进行删除。

基于本发明实施例提供的路由管理装置，能够实现业务服务调用关系的统一配置管理，同时基于调用记录能够实现对路由配置更加精细、合理的管理。

图7是根据一示例性实施例示出的一种业务路由装置的框图。该业务路由装置，如图7所示，包括但不限于：路由单元710和代理单元720。

其中，路由单元710设置为响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录。

在一个实施例中，路由单元710可通过业务侧的RCAPI(Routing ConfigurationApplication Interface，路由配置应用程序接口)来实现。当前业务服务在需要访问外部服务时，调用RCAPI获取对应外部接口的路由信息。另一方面，RCAPI还提供调用记录的上报功能，路由单元710例如可设置为，根据当前业务服务对外部接口的调用结果生成对应的调用记录(例如可包括调用成功或识别的结果、调用时间等信息)，以便上报给路由管理设备进行分析。

接续，代理单元720设置为根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

在一个实施例中，代理单元720可通过常驻于业务侧的RCAgent(RoutingConfiguration Agent，路由配置代理)进程来实现。一方面，代理单元720例如可设置为，通过RCAgent直接访问路由管理设备，获取最新的路由信息并更新到本地的第一存储位置中，以供路由单元710查询使用。另一方面，代理单元 720例如还可设置为，通过RCAgent将路由单元710放入第二存储位置的调用记录上报给路由管理设备，以便后者进行分析。

在一个实施例中，代理单元720对调用记录可采取合并、批量上报的方式，从而减少网络IO消耗；另外还可设置重试机制，从而确保数据上报的完整性。

在一个实施例中，上述的第一存储位置和第二存储位置至少其中之一可同时包括本地磁盘和内存中的位置，本地磁盘可提供断电时的存储，而内存则可提供高效的访问。

在一个实施例中，本发明业务路由装置可由部署业务服务的同一服务器来实现。此时，基于上述实施例，路由单元710的路由查询和数据上报可分别操作本地的第一和第二存储位置来完成，因此保证路由的高性能。另一方面，代理单元720使用本地的第一和第二存储位置来完成路由更新和数据上报操作，不影响正常的业务性能，同时可实现路由信息的本地容灾，即使在路由管理设备不可用的情况下，业务服务也可基于本地存储的路由信息实现外部服务的访问，实现了高可用的路由。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

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

Claims (15)

1.一种路由系统，其特征在于，包括：业务路由单元、路由策略单元及管理单元，

所述业务路由单元设置为，响应于业务服务的调用请求，根据从所述路由策略单元获取的路由配置，将所述调用请求路由至对应的外部接口，并向所述路由策略单元上报调用记录，其中所述路由配置包括与所述外部接口相关的超时配置；

所述路由策略单元设置为，根据所述业务路由单元的查询返回相应的路由配置，并根据所述业务路由单元上报的调用记录，对所述与外部接口相关的超时配置进行合理性分析，向所述管理单元提供所述路由配置的更新提示；

所述管理单元设置为，响应于接收的配置请求以及所述路由策略单元提供的更新提示，对所述路由配置进行更新。

2.如权利要求1所述的路由系统，其特征在于，所述业务路由单元包括：路由子单元和代理子单元，

所述路由子单元设置为，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的所述外部接口，并将所述调用记录放入第二存储位置；

所述代理子单元设置为，根据查询所述路由策略单元的返回结果更新所述第一存储位置中的路由配置，并将所述第二存储位置中的所述调用记录上报至所述路由策略单元。

3.如权利要求1所述的路由系统，其特征在于，所述路由策略单元包括:反馈子单元、分析子单元及数据库子单元，

所述数据库子单元设置为，存储所述管理单元更新的路由配置并提供给所述反馈子单元访问，并存储所述反馈子单元发送的调用记录并提供给所述管理单元和所述分析子单元访问；

所述反馈子单元设置为，响应于所述业务路由单元的查询请求，访问所述数据库子单元获取相应的路由配置并反馈至所述业务路由单元，并将所述业务路由单元上报的调用记录发送至所述数据库子单元；

所述分析子单元设置为，根据所述数据库子单元存储的调用记录，对与所述外部接口相应的超时配置进行合理性分析，并根据分析结果向所述管理单元提供所述路由配置的更新提示。

4.如权利要求1所述的路由系统，其特征在于，所述管理单元包括：配置子单元及展示子单元，

所述配置子单元设置为，根据基于所述更新提示产生的配置请求，对所述路由策略单元中的路由配置进行更新；

所述展示子单元设置为，响应于接收的展示请求，根据所述路由策略单元中的调用记录提供调用关系的展示。

5.一种路由管理方法，其特征在于，包括：

响应于从业务服务接收的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务，其中所述路由配置包括与所述外部接口相关的超时配置；以及

从所述业务服务接收对所述外部接口的调用记录，根据接收的所述调用记录，对与所述外部接口相应的超时配置进行合理性分析，并获取基于所述调用记录对所述路由配置进行的更新。

6.如权利要求5所述的路由管理方法，其特征在于，所述的获取基于所述调用记录对所述路由配置进行的更新，包括：

根据所述合理性分析的分析结果生成所述路由配置的更新提示；

获取基于所述更新提示对所述路由配置进行的更新。

7.如权利要求6所述的路由管理方法，其特征在于，所述的对与所述外部接口相应的路由配置进行合理性分析，包括：

判断所述路由配置的主调超时是否小于所述外部接口的被调超时；

判断所述路由配置的主调超时与成功调用所述外部接口的平均延时之间的差值是否小于预设阈值；以及

在任一判断结果为是时确定所述路由配置不合理。

8.如权利要求5-7任一项所述的路由管理方法，其特征在于，所述路由配置包括与所述业务服务相关的主调超时，所述的从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务，包括：

根据所述路由查询请求确定所述业务服务对所述外部接口的调用是否属于跨互联网数据中心IDC调用；以及

当确定属于跨IDC调用时，在所述预存路由配置中的主调超时基础上增加网络延时后反馈至所述业务服务。

9.一种业务路由方法，其特征在于，包括：

响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录，其中所述路由配置包括与所述外部接口相关的超时配置，所述调用记录用于对与所述外部接口相关的超时配置进行合理性分析；以及

根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

10.一种路由管理装置，其特征在于，包括：

查询单元，设置为响应于从业务服务接收的路由查询请求，根据所述路由查询请求相关的外部接口，从预存路由配置中确定与所述外部接口对应的路由配置并反馈至所述业务服务，其中所述路由配置包括与所述外部接口相关的超时配置；以及

更新单元，设置为从所述业务服务接收对所述外部接口的调用记录，根据接收的所述调用记录，对与所述外部接口相应的超时配置进行合理性分析，并获取基于所述调用记录对所述路由配置进行的更新。

11.一种业务路由装置，其特征在于，包括：

路由单元，设置为响应于业务服务的调用请求，根据从第一存储位置获取的路由配置，将所述调用请求路由至对应的外部接口，并在第二存储位置放入对所述外部接口的调用记录，其中所述路由配置包括与所述外部接口相关的超时配置，所述调用记录用于对与所述外部接口相关的超时配置进行合理性分析；以及

代理单元，设置为根据查询路由配置的返回结果更新所述第一存储位置中的路由配置，并上报所述第二存储位置中的调用记录。

12.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求5-8任一项所述的路由管理方法。

13.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求9所述的业务路由方法。

14.一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求5-8任一项所述的路由管理方法。

15.一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求9所述的业务路由方法。

Images