CN111913764A - 服务依赖分析方法、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种服务依赖分析方法、电子设备及存储介质，方法包括：根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。通过服务调用入口动态获取服务的上下文信息进行分析，得到服务调用信息，无需对服务进行全链路打通。且由服务器基于服务调用信息进行解析，可以直接得到服务依赖关系，更简捷方便。

Description

服务依赖分析方法、电子设备及存储介质

技术领域

本发明涉及软件领域，具体涉及一种服务依赖分析方法、电子设备及存储介质。

背景技术

互联网服务业务越来越多，用户基数越来越大，单机房架构已经不能满足服务需求，影响用户的使用效果。现有生产环境大多采用多机房架构，如双机房，两个机房都对外提供服务，保障服务的正常运行。但多机房架构下，若多个机房都同时对用户操作进行读写记录会导致数据问题。现有多机房方式一般采用单机房进行数据写入，其他机房作为热备以同步数据；或者，将用户的数据进行分区，将用户与机房绑定，如用户a绑定机房A，防止数据错乱等问题。但考虑到历史数据等因素存在，数据分区不能适用于所有多机房架构。

对于多机房架构，为达到实时双活或多活的效果，需要服务以及后端的存储能够在较短时间内快速从一个机房切换至另一个机房，以保障生产环境可用性以及数据一致性。因此，需要对了解各服务间的依赖关系，避免切换时因依赖关系疏漏导致服务不可用等问题。现有技术在实现服务依赖分析时，需要对服务进行全链路打通，这种方式对服务要求较高，不能通用于所有服务依赖分析。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的服务依赖分析方法、电子设备及存储介质。

根据本发明的一个方面，提供了一种服务依赖分析方法，其包括：

根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；

对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；

将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；

对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；

将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；

对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；

将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

根据本发明提供的服务依赖分析方法、电子设备及存储介质，根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。通过服务调用入口动态获取服务的上下文信息进行分析，得到服务调用信息，无需对服务进行全链路打通。且由服务器基于服务调用信息进行解析，可以直接得到服务依赖关系，更简捷方便。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的服务依赖分析方法的流程示意图；

图2示出了根据本发明另一个实施例的服务依赖分析方法的流程示意图；

图3示出了根据本发明一个实施例的一种电子设备的结构示意图。

具体实施方式

实施例一

图1示出了根据本发明一个实施例的服务依赖分析方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤S101，根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息。

本实施例中对于服务调用，提供了服务调用入口。每个服务在被调用时，均需通过服务调用入口来调用服务。服务调用入口可以通过如在项目中接入服务调用入口SDK的方式来实现。

当服务被调用时，由于项目中接入了服务调用入口SDK，服务调用入口先拦截当前调用的服务，动态地获取到服务的上下文信息之后，服务调用正常执行，不影响后续服务执行。

服务的上下文信息可以在对项目及对应的服务进行初始化时，预先配置服务的上下文信息，如预先对项目以及项目包含的服务进行初始化，设置服务的服务名字空间、所属项目等，方便服务调用入口在对调用的至少一个服务进行拦截后，获取至少一个服务的上下文信息；或者，对于项目还可以通过镜像文本文件来存储项目信息，将项目包含的服务部署在容器中。当服务被调用时，服务调用入口拦截服务，从容器中获取服务的上下文信息。以上为举例说明，具体根据实施情况设置，此处不做限定。

步骤S102，对至少一个服务的上下文信息进行分析，得到对应的服务调用信息。

在获取到服务的上下文信息后，对上下文信息进行分析，从中获取服务调用信息。其中，服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间、依赖关系等。服务调用信息可以如下所示：

其中，ip地址、端口信息记录了服务调用的实际情况；服务名字空间、所属项目记录了当前所调用的服务的信息；服务依赖其他服务的名字空间、调用其他服务次数等根据服务调用入口获取的上下文信息、服务调用入口被执行次数等可以得到；依赖关系包括指定依赖关系、执行依赖关系等。指定依赖关系为预先指定的服务间的依赖关系，基于服务的上下文信息可以直接获取，或者在预先指定服务间的依赖关系时，对指定依赖关系进行存储，当调用服务时，直接获取指定依赖关系；执行依赖关系根据服务实际执行时对其他服务的调用确定执行依赖关系。服务与其他服务的依赖关系根据实际情况可以为指定依赖关系，也可以为执行依赖关系，或者，服务与其他服务的依赖关系同时包括了指定依赖关系以及执行依赖关系。对于执行依赖关系，调用其他服务次数根据实际调用其他服务时服务调用入口被执行次数得到；对于指定依赖关系，调用其他服务次数根据对服务进行初始化时指定的调用次数得到。进一步，服务调用信息还可以包括获取时间，获取时间记录了得到服务调用信息的时间，不同时间点内产生的服务调用信息可能不同，通过记录服务在不同时间点的服务调用信息，从而可以对服务进行多时间段的服务依赖分析。

步骤S103，将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

服务调用信息具体可采用UDP包形式上报。在将服务调用信息上报至服务器时，通过无连接传输协议定时地将服务调用信息进行上报。无连接传输协议保障了服务调用信息的上报时不占用网络资源，单机上报无需建立连接，不会影响到服务的正常执行，不影响服务性能等。且服务调用会产生对应的服务调用信息，尤其当服务调用较多时，产生的服务调用信息的数量级也会较大，利用无连接传输协议定时地将服务调用信息进行上报可以有效解决服务器需要建立多个连接来接收服务调用信息所引发的高并发等问题。

进一步，在服务器可以预先部署Agent，Agent对应指定端口，UDP包上报至服务器指定端口，方便Agent对上报的UPD包进行处理。具体的，Agent在接收到上报的服务消息依赖包后，可以将服务调用信息存储至分布式消息队列中。依次对分布式消息队列中存储的服务调用信息进行解析，对应的可以提取得到服务的依赖关系。解析得到的服务的依赖关系包括项目、服务、服务依赖其他服务，从而确定了在项目中，服务对其他服务的依赖关系。为方便存储，可以以键值对方式存储服务的依赖关系，以方便便于快速查找到服务的依赖关系，另一方面键值对存储方式可以减少对存储空间的占用。

服务的依赖关系除包括项目、服务、服务依赖其他服务外，还可以根据获取时间，确定不同时间点的服务对其他服务的依赖关系。当服务的依赖关系发生变更时，对于过去时间点的服务的依赖关系可以不再进行存储，根据与当前时间点距离较近的时间点的服务的依赖关系对服务依赖的其他服务进行调整等。根据获取时间可以定期的对服务的依赖关系进行更新、删除等，保障服务的依赖关系与项目运行的服务实际的依赖关系相符。

在一种可选的实施例中，服务具体可以实际执行的业务功能；其他服务除包括其他业务功能外，还包括组件、中间件等，如mysql、codis等。当进行机房切换时，根据业务功能与其他业务功能、组件、中间件的依赖关系，对应的调整其他业务功能、组件、中间件至切换后的机房，以保障服务的正常运行。

根据本发明提供的服务依赖分析方法，根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。通过服务调用入口动态获取服务的上下文信息进行分析，得到服务调用信息，无需对服务进行全链路打通。且由服务器基于服务调用信息进行解析，可以直接得到服务依赖关系，更简捷方便。进一步，通过无连接传输协议定时地将服务调用信息进行上报，保障了服务调用信息的上报时不占用网络资源，单机上报无需建立连接，不会影响到服务的正常执行，不影响服务性能等。

实施例二

图2示出了根据本发明另一个实施例的服务依赖分析方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤S201，根据服务调用入口获取服务调用时传入的服务名字空间。

在服务调用时，服务调用入口获取到服务调用传入的服务名字空间。其中，服务名字空间与服务对应，每个服务具有各自的服务名字空间。

步骤S202，根据服务名字空间，获取至少一个服务的上下文信息。

根据服务名字空间，服务调用入口可以获取到与服务名字空间对应的服务的上下文信息。

步骤S203，对至少一个服务的上下文信息进行分析，得到服务调用信息。

对服务的上下文信息进行分析，根据分析得到服务调用信息。其中，服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间、依赖关系等。

步骤S204，将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

在对服务调用信息进行解析时，除根据服务名称空间、所属项目、服务依赖其他服务的名字空间确定服务的依赖关系外，还可以在解析时，生成调用时间戳。调用时间戳记录了服务在该调用时间戳对其他服务的调用，可以根据调用其他服务次数以及调用时间戳计算得到服务与其他服务的依赖关系强弱度。如根据调用时间戳累计服务在一定时间段内的调用其他服务累计次数，根据调用其他服务累计次数可以确定服务与其他服务的依赖关系强弱度。若调用其他服务累计次数超过预设阈值，则说明服务与其他服务的依赖关系强弱度为强依赖；若调用其他服务累计次数低于预设阈值，则说明服务与其他服务的依赖关系强弱度为弱依赖。

对调用时间戳进行存储，方便根据调用时间戳来查看服务所要调用的其他服务。对依赖关系强弱度进行存储，方便在机房切换时，根据依赖关系强弱度，保障服务正常启动。具体的，当机房切换，服务启动前需要检查服务与其他服务的依赖关系，先启动服务依赖的其他服务，在启动服务，以保障服务的正常启动。当服务与其他服务的依赖关系强弱度为弱依赖时，弱依赖的其他服务启动失败，对服务启动的影响较小；当服务与其他服务的依赖关系强弱度为强依赖时，强依赖的其他服务启动失败，对服务启动的影响较大，甚至导致服务的启动失败。对于强依赖的其他服务，必须保障其他服务正常启动后再启动服务。因此，在对服务启动前，根据依赖关系强弱度可以有效保障服务正常启动，避免服务启示失败等。

步骤S205，展示服务的依赖关系。

对于获取到的服务的依赖关系，可以通过可视化方式来展示服务的依赖关系，方便一目了然的查看服务调用的其他服务。具体的，可以通过页面来选择待查询的项目、服务名字空间等，根据待查询的项目、服务名字空间，查询服务名字空间对应服务的依赖关系进行展示。展示时可以按照依赖关系分类进行展示。如将与服务的依赖关系为指定依赖关系的其他服务、依赖关系为执行依赖关系的其他服务分别进行展示；或者，展示时，选择待查询的调用时间，查找调用时间戳隶属调用时间范围的服务的依赖关系进行展示等。

进一步，在展示服务的依赖关系时，为避免展示过于复杂，仅展示服务的单级依赖关系，避免对服务的依赖关系管理过于复杂、可能出现循环依赖等问题。对于服务可能存在的多级依赖关系，可以通过选中页面中展示的单级依赖关系中的任一其他服务，查询展示选中的其他服务的单级依赖关系的方式，展示服务的下一级依赖关系等。

根据本发明提供的服务依赖分析方法，解析服务的服务调用信息，得到服务的依赖关系。根据服务的依赖关系中的服务、项目、服务依赖的其他服务，可以保障不同机房切换时，服务正常启动。同时，可视化展示服务的依赖关系，可以更方便的了解服务的依赖关系，根据不同查询需求展示对应的服务的依赖关系。

实施例三

本申请实施例三提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的服务依赖分析方法。

可执行指令具体可以用于使得处理器执行以下操作：根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：构建镜像文本文件存储项目信息，将项目对应的服务部署在容器中；根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取至少一个服务的上下文信息。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：对项目及对应的服务进行初始化，预先配置服务的上下文信息。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：根据服务调用入口获取服务调用时传入的服务名字空间；根据服务名字空间，获取至少一个服务的上下文信息。

在一种可选的实施方式中，服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；依赖关系包括指定依赖关系和/或执行依赖关系。

在一种可选的实施方式中，服务调用信息为UDP包；可执行指令进一步使处理器执行以下操作：通过无连接传输协议定时将服务调用信息上报至服务器指定端口；将服务调用信息存储至分布式消息队列；依次对分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；存储服务的调用时间戳以及依赖关系强弱度。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：根据待查询的项目及服务名字空间，查询服务名字空间对应服务的依赖关系；展示服务的依赖关系。

实施例四

图3示出了根据本发明实施例四的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图3所示，该电子设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：

处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述服务依赖分析方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。服务器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。

在一种可选的实施方式中，程序310用于使得处理器302构建镜像文本文件存储项目信息，将项目对应的服务部署在容器中；根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取至少一个服务的上下文信息。

在一种可选的实施方式中，程序310用于使得处理器302对项目及对应的服务进行初始化，预先配置服务的上下文信息。

在一种可选的实施方式中，程序310用于使得处理器302根据服务调用入口获取服务调用时传入的服务名字空间；根据服务名字空间，获取至少一个服务的上下文信息。

在一种可选的实施方式中，服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；依赖关系包括指定依赖关系和/或执行依赖关系。

在一种可选的实施方式中，服务调用信息为UDP包；程序310用于使得处理器302通过无连接传输协议定时将服务调用信息上报至服务器指定端口；将服务调用信息存储至分布式消息队列；依次对分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

在一种可选的实施方式中，程序310用于使得处理器302生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；存储服务的调用时间戳以及依赖关系强弱度。

在一种可选的实施方式中，程序310用于使得处理器302根据待查询的项目及服务名字空间，查询服务名字空间对应服务的依赖关系；展示服务的依赖关系。

程序310中各步骤的具体实现可以参见上述服务依赖分析实施例中的相应步骤中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

通过本实施例提供的方案，根据服务调用入口对调用的至少一个服务进行拦截，获取至少一个服务的上下文信息；对至少一个服务的上下文信息进行分析，得到对应的服务调用信息；将服务调用信息上报至服务器进行解析，得到服务的依赖关系。通过服务调用入口动态获取服务的上下文信息进行分析，得到服务调用信息，无需对服务进行全链路打通。且由服务器基于服务调用信息进行解析，可以直接得到服务依赖关系，更简捷方便。进一步，通过无连接传输协议定时地将服务调用信息进行上报，保障了服务调用信息的上报时不占用网络资源，单机上报无需建立连接，不会影响到服务的正常执行，不影响服务性能等。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：A1.一种服务依赖分析方法，其包括：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

A2.根据A1所述的方法，其中，所述方法还包括：

构建镜像文本文件存储项目信息，将所述项目对应的服务部署在容器中；

所述根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息进一步包括：

根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取所述至少一个服务的上下文信息。

A3.根据A1所述的方法，其中，所述方法还包括：

对项目及对应的服务进行初始化，预先配置服务的上下文信息。

A4.根据A1-A3中任一项所述的方法，其中，所述根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息进一步包括：

根据服务调用入口获取服务调用时传入的服务名字空间；

根据所述服务名字空间，获取所述至少一个服务的上下文信息。

A5.根据A1-A4中任一项所述的方法，其中，所述服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；所述依赖关系包括指定依赖关系和/或执行依赖关系。

A6.根据A1-A5中任一项所述的方法，其中，所述服务调用信息为UDP包；

所述将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系进一步包括：

通过无连接传输协议定时将所述服务调用信息上报至服务器指定端口；

将所述服务调用信息存储至分布式消息队列；

依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

A7.根据A6所述的方法，其中，所述依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系进一步包括：

生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；

存储服务的所述调用时间戳以及依赖关系强弱度。

A8.根据A1-A7中任一项所述的方法，其中，所述方法还包括：

根据待查询的项目及服务名字空间，查询所述服务名字空间对应服务的依赖关系；

展示所述服务的依赖关系。

本发明还公开了：B9.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

B10.根据B9所述的电子设备，所述可执行指令进一步使所述处理器执行以下操作：

构建镜像文本文件存储项目信息，将所述项目对应的服务部署在容器中；

根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取所述至少一个服务的上下文信息。

B11.根据B9所述的电子设备，所述可执行指令进一步使所述处理器执行以下操作：

对项目及对应的服务进行初始化，预先配置服务的上下文信息。

B12.根据B9-B11中任一项所述的电子设备，所述可执行指令进一步使所述处理器执行以下操作：

根据服务调用入口获取服务调用时传入的服务名字空间；

根据所述服务名字空间，获取所述至少一个服务的上下文信息。

B13.根据B9-B12中任一项所述的电子设备，所述服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；所述依赖关系包括指定依赖关系和/或执行依赖关系。

B14.根据B9-B13中任一项所述的电子设备，所述服务调用信息为UDP包；

所述可执行指令进一步使所述处理器执行以下操作：

通过无连接传输协议定时将所述服务调用信息上报至服务器指定端口；

将所述服务调用信息存储至分布式消息队列；

依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

B15.根据B14所述的电子设备，所述可执行指令进一步使所述处理器执行以下操作：

生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；

存储服务的所述调用时间戳以及依赖关系强弱度。

B16.根据B9-B15中任一项所述的电子设备，所述可执行指令进一步使所述处理器执行以下操作：

根据待查询的项目及服务名字空间，查询所述服务名字空间对应服务的依赖关系；

展示所述服务的依赖关系。

本发明还公开了：C17.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

C18.根据C17所述的计算机存储介质，所述可执行指令进一步使所述处理器执行以下操作：

构建镜像文本文件存储项目信息，将所述项目对应的服务部署在容器中；

根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取所述至少一个服务的上下文信息。

C19.根据C17所述的计算机存储介质，所述可执行指令进一步使所述处理器执行以下操作：

对项目及对应的服务进行初始化，预先配置服务的上下文信息。

C20.根据C17-C19中任一项所述的计算机存储介质，所述可执行指令进一步使所述处理器执行以下操作：

根据服务调用入口获取服务调用时传入的服务名字空间；

根据所述服务名字空间，获取所述至少一个服务的上下文信息。

C21.根据C17-C20中任一项所述的计算机存储介质，所述服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；所述依赖关系包括指定依赖关系和/或执行依赖关系。

C22.根据C17-C21中任一项所述的计算机存储介质，所述服务调用信息为UDP包；

所述可执行指令进一步使所述处理器执行以下操作：

通过无连接传输协议定时将所述服务调用信息上报至服务器指定端口；

将所述服务调用信息存储至分布式消息队列；

依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

C23.根据C22所述的计算机存储介质，所述可执行指令进一步使所述处理器执行以下操作：

生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；

存储服务的所述调用时间戳以及依赖关系强弱度。

C24.根据C17-C23中任一项所述的计算机存储介质，所述可执行指令进一步使所述处理器执行以下操作：

根据待查询的项目及服务名字空间，查询所述服务名字空间对应服务的依赖关系；

展示所述服务的依赖关系。

Claims (10)

1.一种服务依赖分析方法，其包括：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

2.根据权利要求1所述的方法，其中，所述方法还包括：

构建镜像文本文件存储项目信息，将所述项目对应的服务部署在容器中；

所述根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息进一步包括：

根据服务调用入口对调用的至少一个服务进行拦截，从容器中获取所述至少一个服务的上下文信息。

3.根据权利要求1所述的方法，其中，所述方法还包括：

对项目及对应的服务进行初始化，预先配置服务的上下文信息。

4.根据权利要求1-3中任一项所述的方法，其中，所述根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息进一步包括：

根据服务调用入口获取服务调用时传入的服务名字空间；

根据所述服务名字空间，获取所述至少一个服务的上下文信息。

5.根据权利要求1-4中任一项所述的方法，其中，所述服务调用信息包括服务名字空间、所属项目、ip地址、端口信息、服务依赖其他服务的名字空间、调用其他服务次数、获取时间和/或依赖关系；所述依赖关系包括指定依赖关系和/或执行依赖关系。

6.根据权利要求1-5中任一项所述的方法，其中，所述服务调用信息为UDP包；

所述将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系进一步包括：

通过无连接传输协议定时将所述服务调用信息上报至服务器指定端口；

将所述服务调用信息存储至分布式消息队列；

依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系。

7.根据权利要求6所述的方法，其中，所述依次对所述分布式消息队列中存储的服务调用信息进行解析，对应的提取得到服务的依赖关系，以键值对方式存储服务的依赖关系进一步包括：

生成调用时间戳，并根据调用其他服务次数以及调用时间戳计算得到依赖关系强弱度；

存储服务的所述调用时间戳以及依赖关系强弱度。

8.根据权利要求1-7中任一项所述的方法，其中，所述方法还包括：

根据待查询的项目及服务名字空间，查询所述服务名字空间对应服务的依赖关系；

展示所述服务的依赖关系。

9.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

根据服务调用入口对调用的至少一个服务进行拦截，获取所述至少一个服务的上下文信息；

对所述至少一个服务的上下文信息进行分析，得到服务调用信息；

将所述服务调用信息上报至服务器进行解析，得到服务的依赖关系。

Images