CN112235352B - 一种服务依赖梳理方法和装置 - Google Patents

Abstract

本申请涉及一种服务依赖梳理方法和装置，其中，该服务依赖梳理方法包括：将服务的配置信息统一发布至配置中心；在该服务被调用时，从该配置中心获取被调用该服务的配置信息，并在该配置中心形成调用记录，同时通过APM记录调用该服务与被调用该服务之间的TCP连接信息；基于该配置中心的调用记录以及该APM记录的TCP连接信息，获取当前应用完整的服务依赖。通过本申请，解决了手工梳理服务依赖效率低和准确率差的问题，实现了快速和准确的梳理服务依赖。

Description

一种服务依赖梳理方法和装置

技术领域

本申请涉及计算机领域，特别是涉及一种服务依赖梳理方法和装置。

背景技术

在做项目时，通常会调用多个外部资源，这些外部资源称作该项目的服务依赖，更多的服务依赖会带来更多的功能，但也会带来更大的风险。对于服务本身来说，一旦众多服务依赖中的某个服务依赖发生故障，会对整个项目造成很大影响。

在相关技术中，应用服务依赖通常需要手工梳理。具体来讲，需要检查当前应用的源码，找出直接依赖。如果直接依赖的服务还依赖第三方的服务，那么就形成了间接依赖，间接依赖查找通常会因为缺少源码或者部署架构图，进一步的依赖查找会变得异常困难，甚至不可能，很难快速、准确的了解到多个服务之间的依赖关系。

针对相关技术中，梳理服务依赖效率低和准确率差的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种服务依赖梳理方法和装置，以至少解决相关技术中手工梳理服务依赖效率低和准确率低的问题。

第一方面，本申请实施例提供了一种服务依赖梳理方法，包括：

将服务的配置信息统一发布至配置中心；

在所述服务被调用时，从所述配置中心获取被调用所述服务的配置信息，并在所述配置中心形成调用记录，同时通过APM记录调用所述服务与被调用所述服务之间的TCP连接信息；

基于所述配置中心的调用记录以及所述APM记录的TCP连接信息，获取当前应用完整的服务依赖。

在其中一些实施例中，基于所述配置中心的调用记录生成依赖树；

和/或，基于所述APM记录的TCP连接信息生成连接树。

在其中一些实施例中，所述配置信息包括：服务器地址、端口、接口号、和版本号。

在其中一些实施例中，在所述服务被调用出现故障的时候，重新获取所述被调用所述服务的所述配置信息。

在其中一些实施例中，根据所述服务的优先级对所述服务进行调用。

第二方面，本申请实施例提供了一种服务依赖梳理装置，包括：发布模块、配置模块和梳理模块；所述发布模块，用于将所述服务的配置信息统一发布至配置中心；所述配置模块，用于在所述服务被调用时，从所述配置中心获取被调用所述服务的配置信息，并在所述配置中心形成调用记录，同时通过APM记录调用所述服务与被调用所述服务之间的TCP连接信息；所述梳理模块，用于基于所述配置中心的调用记录以及所述APM记录的TCP连接信息，获取当前应用完整的服务依赖。

在其中一些实施例中，所述装置还包括依赖树生成模块、和/或连接树生成模块；所述依赖树生成模块，用于基于所述配置中心的调用记录生成依赖树；所述连接树生成模块，用于基于所述APM记录的TCP连接信息生成连接树。

在其中一些实施例中，所述配置信息包括：服务器地址、端口、接口号、和版本号。

在其中一些实施例中，所述装置还包括：故障处理模块；所述故障处理模块，用于在所述服务被调用出现故障的时候，重新获取所述被调用所述服务的所述配置信息。

在其中一些实施例中，所述装置还包括：故障处理装置；所述故障处理装置，用于在所述服务被调用出现故障的时候，重新获取所述被调用所述服务的所述配置信息。

在其中一些实施例中，所述装置还包括：优先处理装置；所述优先处理装置，用于根据所述服务的优先级对所述服务进行调用。第三方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的服务依赖梳理的方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的服务依赖梳理方法。

相比于相关技术，本申请实施例提供的一种服务依赖梳理方法，通过将服务的配置信息统一发布至配置中心；在该服务被调用时，从该配置中心获取被调用该服务的配置信息，并在该配置中心形成调用记录，同时通过APM记录调用该服务与被调用该服务之间的TCP连接信息；基于该配置中心的调用记录以及该APM记录的TCP连接信息，获取当前应用完整的服务依赖，解决了梳理服务依赖效率低和准确率差的问题，实现了快速和准确的梳理服务依赖。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种服务依赖梳理方法的应用场景的示意图；

图2是根据本申请实施例提供的一种服务依赖梳理方法的流程图；

图3是根据本申请实施例提供的一种服务依赖梳理装置的示意图；

图4是根据本申请实施例的一种服务依赖梳理的方法的具体实施例的结构框图；

图5是根据本申请实施例的一种计算机设备。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请中描述的各种技术可用于各种无线通信系统，例如2G、3G、4G、5G通信系统以及下一代通信系统，又例如全球移动通信系统(Global System for Mobilecommunications，简称为GSM)，码分多址(Code Division Multiple Access，简称为CDMA)系统，时分多址(Time Division Multiple Access，简称为TDMA)系统，宽带码分多址(Wideband Code Division Multiple Access Wireless，简称为WCDMA)，频分多址(Frequency Division Multiple Addressing，简称为FDMA)系统，正交频分多址(Orthogonal Frequency-Division Multiple Access，简称为OFDMA)系统，单载波FDMA(SC-FDMA)系统，通用分组无线业务(General Packet Radio Service，简称为GPRS)系统，长期演进(Long Term Evolution，简称为LTE)系统，5G新空口(New Radio，简称为NR)系统以及其他此类通信系统。

其中，通信总线包括硬件、软件或两者，将磁共振系统的部件彼此耦接在一起。通信总线包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，通信总线可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(MicroChannel Architecture，简称为MCA)总线、外围组件互连(Peripheral ComponentInterconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SerialAdvanced Technology Attachment，简称为SATA)总线、视频电子标准协会局部(VideoElectronics Standards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，通信总线可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

在相关技术中，应用服务依赖通常需要手工梳理。具体来讲，需要检查当前应用的源码，找出直接依赖。如果直接依赖的服务还依赖第三方的服务，那么就形成了间接依赖，间接依赖查找通常会因为缺少源码或者部署架构图，进一步的查找服务依赖的关系变得异常困难，很难快速、准确的了解到多个服务之间的依赖关系。

另外，应用服务能够依赖或借助TCP连接等信息，具体方法是，根据TCP连接形成一条应用依赖链。但是根据TCP连接得到的依赖链往往不够准确，如果应用间没有发出请求调用，服务之间就不存在链路信息，那么完整的依赖关系也就无法形成。

因此，针对相关技术中，梳理服务依赖效率低和准确率差的问题，本申请的一个或多个实施例的细节和流程由以下描述中提出，用来解决上述出现的技术问题。

基于以上问题，本申请实施例提供了一种服务依赖梳理的方法的应用场景，图1是根据本申请实施例提供的一种服务依赖梳理方法的应用场景的示意图。如图1所示，该场景包含服务A、服务B、应用A和配置中心，具体流程如下：

服务A在配置中心上发布其配置，配置中心记录A的配置。

其中，服务A的配置包括：服务器的地址、端口、接口号、和版本号等信息。

服务B依赖于服务A，根据服务A在配置中心的配置来实现服务B，接着服务B在配置中心上发布服务B的配置，配置中心继而形成服务B依赖了服务A的记录。其中，服务B和服务A的关系将形成依赖链存在于配置中心。

应用A依赖服务B，通过配置中心获取了服务B的配置，配置中心形成了应用A依赖了服务B的记录。更进一步说明，每一条服务依赖都会在配置中心形成依赖关系。

管理员通过配置中心获取应用A的依赖，通过在配置中的依赖记录，获得了应用A需要依赖服务B，而且能够获得服务B还需要依赖服务A。其中，由于使用的配置中心记录服务依赖的关系，排查应用间的依赖关系，所以排查应用间的依赖关系无需再检查应用的源码，能够快速和准确的梳理服务依赖。

当应用A发起对服务B的调用，APM记录了应用A到服务B之间的TCP连接信息。

在服务B调用服务A，APM记录了服务B到服务A的TCP连接信息。

另外，应用服务依赖或借助TCP连接等信息，根据TCP连接形成一条应用依赖链，但是根据TCP连接得到的依赖链往往不够准确，如果应用没有发出请求调用，那么就不会存在链路信息，完整的依赖关系也就无法形成，所以本申请采用了配置中心和APM联合记录服务依赖。

更进一步说明，此处的APM为应用性能监控平台，展示一段时间内某个应用的某个请求的来源以及最终处理过程的所有链路信息。

管理员通过配置中心的依赖树以及APM中的连接树，获取了应用A完整的服务依赖，解决了应用的直接依赖和间接依赖不能直接体现的问题，快速和准确的梳理服务依赖。

本实施例提供了一种服务依赖梳理的方法，图2是根据本申请实施例的一种服务依赖梳理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S201，将服务的配置信息统一发布至配置中心。

其中，服务的配置信息可以包括：服务器的地址、端口、接口号、和版本号等信息。

更进一步说明，服务的数量不唯一，在后的服务能够依赖多个在前的服务。将服务的配置信息统一发布至配置中心后，全部服务的配置信息可以用依赖树的形式在配置中心展现。

步骤S202，在该服务被调用时，从该配置中心获取被调用该服务的配置信息，并在该配置中心形成调用记录，同时通过APM记录调用该服务与被调用该服务之间的TCP连接信息。

其中，TCP连接信息形成的应用依赖链是对配置中心中服务依赖信息的一种补充方式，如果单纯依靠TCP链接得到的依赖链往往不够准确，如果应用间没有发出请求调用，也就不存在链路信息，依赖关系也就不完整。

步骤S203，基于该配置中心的调用记录以及该APM记录的TCP连接信息，获取当前应用完整的服务依赖。

通过上述步骤S201至步骤S203，在相关技术中，应用对外提供一个服务，通常需要提供其地址以及相应的配置；地址或配置通过配置中心进行暴露，服务使用方需要手动引用服务提供方暴露的配置。

选择通过配置中心，能过获取到服务使用方依赖了哪些服务提供方，服务提供方被哪些使用方依赖。与此同时，应用接入APM平台，在服务被调用时APM平台将形成一条调用链记录，这是针对未接入配置中心的应用形成一个信息补充。

如果依赖梳理只借助于APM，那么针对没有实际发生服务调用的场景，例如，需要发生服务调用才会形成链路信息，这部分依赖将无法通过APM进行展示；如果依赖梳理只借助于配置中心，一部分所依赖的服务可能并未接入配置中心，那么这一部分依赖可能会被遗漏。

本申请通过配置中心并结合APM，可以形成一个相对完全的应用服务依赖关系，解决了梳理服务依赖效率低和准确率差的问题，实现了快速和准确的梳理服务依赖，方便了架构治理、应用下线、独立部署等。

在其中一些实施例中，还可以基于该配置中心的调用记录生成依赖树；和/或，基于该APM记录的TCP连接信息生成连接树，该连接树能够更加清晰的显示服务的依赖关系。

在其中一些实施例中，该配置信息包括：服务器地址、端口、接口号、和版本号等信息，实现了服务之间相互依赖和关联的关系。

在其中一些实施例中，该方法还包括：在该服务被调用出现故障的时候，重新获取该被调用该服务的该配置信息。

其中，被调用的服务出现故障时，很难查询到是服务的哪一部分出现了问题。本申请通过重新获取该被调用的服务的配置信息，达到了降低应用发生故障的效果。

该作为一种可实施方式，在服务调用过程中，可以根据该服务的优先级对该服务进行调用。

其中，根据服务的优先级对服务进行调用，主要发生的情况是当前处理的应用为用户正在使用的应用，优先于其他应用对该服务的调用，可以提高应用的使用效率。

本实施例提供了一种服务依赖梳理的装置，图3是根据本申请实施例提供的一种服务依赖梳理装置的示意图，如图3所示，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供的服务依赖梳理的装置包括：发布模块30、配置模块32和梳理模块34；

该发布模块30，用于将服务的配置信息统一发布至配置中心。

其中，该配置信息包括：服务器的地址、端口、接口号、和版本号等信息。更进一步说明，服务的数量不唯一，在后的服务能够依赖多个在前的服务，另外，将全部配置信息以依赖树的形式从配置中心查看。

该配置模块32，用于在该服务被调用时，从该配置中心获取被调用该服务的配置信息，并在该配置中心形成调用记录，同时通过APM记录调用该服务与被调用该服务之间的TCP连接信息；

其中，TCP连接信息形成的应用依赖链是对配置中心中服务依赖信息的一种补充方式，如果单纯依靠TCP链接得到的依赖链往往不够准确，如果应用间没有发出请求调用，也就不存在链路信息，依赖关系也就不完整。

该梳理模块34，基于该配置中心的调用记录以及该APM记录的TCP连接信息，获取当前应用完整的服务依赖。

在其中一些实施例中，该装置还包括依赖树生成模块、和/或连接树生成模块；该依赖树生成模块，用于基于该配置中心的调用记录生成依赖树；该连接树生成模块，用于基于该APM记录的TCP连接信息生成连接树。该连接树能够更加清晰的显示服务的依赖关系。

在其中一些实施例中，该配置信息包括：服务器地址、端口、接口号、和版本号，实现了服务之间相互依赖和关联的关系。

在其中一些实施例中，该装置还包括：故障处理模块；

该故障处理模块，用于在该服务被调用出现故障的时候，重新获取该被调用该服务的该配置信息。

其中，被调用的服务出现故障时，很难查询到是服务的哪一部分出现了问题。本申请通过重新获取该被调用的服务的配置信息，达到了降低应用发生故障的效果。

在其中一些实施例中，该装置还包括：故障处理装置；

该故障处理装置，用于在该服务被调用出现故障的时候，重新获取该被调用该服务的该配置信息。

其中，该故障处理装置的主要处理方法是通过重新获取该服务的配置信息，应用通过重新获取配置信息能解决绝大多数故障问题。如果，连续获取三次服务的配置信息，还是不能建立服务依赖，配置中心将记录服务依赖失败调用关系的路径，然后上传至显示器终端进行提醒。

在其中一些实施例中，该装置还包括：优先处理装置；

该优先处理装置，用于根据该服务的优先级对该服务进行调用。

其中，优先处理装置是通过应用根据服务的优先级对服务进行调用，主要发生的情况是当前处理的应用为用户正在使用的应用，优先于其他应用对该服务的调用，提高了应用的使用效率。

下面通过优选实施例对本申请实施例进行描述和说明。

图4是根据本申请实施例的一种服务依赖梳理的方法的具体实施例的结构框图，如图4所示，该流程包括如下步骤：

短信服务40往动态配置中心写入了短信服务40数据包的名称、接口以及版本号，将上述配置信息作为公共配置。

消息中间件42往动态配置中心写入了其服务器地址和端口号，并作为公共配置发布至会员组件。

在使用短信服务40，在动态配置中心引用短信服务40的公共配置，获取了短信服务40的数据包名称和接口名等信息。

会员组件也需要消息中间件42服务，获取了消息中间件42服务的ip地址以及端口号，在动态配置中心引入消息中间件42的公共配置，获取了消息中间件42服务的ip地址以及端口号。

会员组件也对外提供会员服务44，往动态配置中心写入了其包名，接口名等信息，并作为公共配置发布供应链平台46依赖会员组件，那么在动态配置中心引用会员组件的公共配置，获取了会员服务44的包名，接口名等信息，实现了服务配置信息的获取。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

步骤S1，将服务的配置信息统一发布至配置中心。

其中，服务的配置信息包括：服务器的地址、端口、接口号、和版本号等信息。

更进一步说明，服务的数量不唯一，在后的服务能够依赖多个在前的服务，另外，将全部配置信息以依赖树的形式从配置中心查看。

步骤S2，在该服务被调用时，从该配置中心获取被调用该服务的配置信息，并在该配置中心形成调用记录，同时通过APM记录调用该服务与被调用该服务之间的TCP连接信息。

其中，TCP连接信息形成的应用依赖链是对配置中心中服务依赖信息的一种补充方式，如果单纯依靠TCP链接得到的依赖链不够准确，如果应用间没有发出请求调用，也就不存在链路信息，依赖关系也就不完整。

步骤S3，基于该配置中心的调用记录以及该APM记录的TCP连接信息，获取当前应用完整的服务依赖。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

在一个实施例中，图5是根据本申请实施例的一种计算机设备，其上存储有计算机程序，计算机程序被处理器执行时实现上述各实施例提供的服务依赖梳理的方法中的步骤。该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储实时视频流数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。本申请中描述的各种技术可用于各种无线通信系统，例如2G、3G、4G、5G通信系统以及下一代通信系统，又例如全球移动通信系统(Global System for Mobile communications，简称为GSM)，码分多址(Code Division Multiple Access，简称为CDMA)系统，时分多址(Time DivisionMultiple Access，简称为TDMA)系统，宽带码分多址(Wideband Code Division MultipleAccess Wireless，简称为WCDMA)，频分多址(Frequency Division Multiple Addressing，简称为FDMA)系统，正交频分多址(Orthogonal Frequency-Division Multiple Access，简称为OFDMA)系统，单载波FDMA(SC-FDMA)系统，通用分组无线业务(General Packet RadioService，简称为GPRS)系统，长期演进(Long Term Evolution，简称为LTE)系统，5G新空口(New Radio，简称为NR)系统以及其他此类通信系统。

其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上该实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种服务依赖梳理方法，其特征在于，包括：

将服务的配置信息统一发布至配置中心；

在所述服务被调用时，从所述配置中心获取被调用所述服务的配置信息，并在所述配置中心形成调用记录，同时通过APM记录调用所述服务与被调用所述服务之间的TCP连接信息；

基于所述配置中心的调用记录以及所述APM记录的TCP连接信息，获取当前应用完整的服务依赖；

在所述服务被调用出现故障时，重新获取被调用所述服务的所述配置信息，当连续三次获取所述服务的配置信息不能建立所述服务依赖时，记录所述服务依赖失败调用关系的路径，上传至显示器终端进行提醒。

2.根据权利要求1所述的方法，其特征在于，还包括以下步骤：

基于所述配置中心的调用记录生成依赖树；

和/或，基于所述APM记录的TCP连接信息生成连接树。

3.根据权利要求1所述的方法，其特征在于，所述配置信息包括：服务器地址、端口、接口号、和版本号。

4.一种服务依赖梳理装置，其特征在于，包括：发布模块、配置模块和梳理模块；

所述发布模块，用于将服务的配置信息统一发布至配置中心；

所述配置模块，用于在所述服务被调用时，从所述配置中心获取被调用所述服务的配置信息，并在所述配置中心形成调用记录，同时通过APM记录调用所述服务与被调用所述服务之间的TCP连接信息；

所述梳理模块，用于基于所述配置中心的调用记录以及所述APM记录的TCP连接信息，获取当前应用完整的服务依赖。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括依赖树生成模块、和/或连接树生成模块；

所述依赖树生成模块，用于基于所述配置中心的调用记录生成依赖树；

所述连接树生成模块，用于基于所述APM记录的TCP连接信息生成连接树。

6.根据权利要求4所述的装置，其特征在于，所述配置信息包括：服务器地址、端口、接口号、和版本号。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：故障处理模块；

所述故障处理模块，用于在所述服务被调用出现故障的时，重新获取被调用所述服务的所述配置信息，当连续三次获取所述服务的配置信息不能建立所述服务依赖时，记录所述服务依赖失败调用关系的路径，上传至显示器终端进行提醒。

8.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至3中任一项所述的服务依赖梳理方法。

9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至3中任一项所述的服务依赖梳理方法。

Images