CN114676012A - 一种服务链路监控方法、装置、电子设备及存储介质 - Google Patents
一种服务链路监控方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114676012A CN114676012A CN202011543338.3A CN202011543338A CN114676012A CN 114676012 A CN114676012 A CN 114676012A CN 202011543338 A CN202011543338 A CN 202011543338A CN 114676012 A CN114676012 A CN 114676012A
- Authority
- CN
- China
- Prior art keywords
- software service
- data request
- embedded point
- point
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
Abstract
本发明公开了一种服务链路监控方法、装置、电子设备及存储介质，所述方法包括：针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。从而实现了监控每个数据请求涉及的软件服务。在能够提供每个数据请求涉及的软件服务的基础上，也为确定哪个软件服务出现了异常提供了便利。
Description
技术领域
本发明涉及分布式链路技术领域，尤其涉及一种服务链路监控方法、装置、电子设备及存储介质。
背景技术
数据管理系统在微服务架构下，进行了软件服务拆分，在分布式链路技术领域中，一次数据请求往往需要涉及多个软件服务，每个软件服务可能是由不同的团队开发，部署在不同的机器上，分布在不同的数据中心。一次数据请求所涉及的软件服务非常复杂，如果用户未能获取到想要的数据，只能确定数据请求失败，但是并不能知道数据请求经过了哪些软件服务，也不清楚是哪个软件服务出现了异常，为后续的数据请求链路分析和系统维护带来了不便。
目前亟需一种能够监控服务链路的方案。
发明内容
本发明实施例提供了一种服务链路监控方法、装置、电子设备及存储介质，用以解决的问题。
本发明实施例提供了一种服务链路监控方法，所述方法包括：
针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
进一步地，所述在检测到该第一埋点被触发后，所述方法还包括：
获取该第一埋点采集到数据请求的采集时间点；
所述确定所述数据请求对应的每个第二软件服务之后，所述方法还包括：
根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
进一步地，所述确定所述数据请求对应的第二软件服务链路图之后，所述方法还包括：
通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
进一步地，所述在检测到该第一埋点被触发后，确定所述数据请求对应的第二软件服务链路图并展示之前，所述方法还包括：
获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
进一步地，所述确定所述数据请求对应的第二软件服务链路图并展示包括：
确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
另一方面，本发明实施例提供了一种服务链路监控装置，所述装置包括：
获取模块，用于针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
第一确定模块，用于针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
进一步地，所述获取模块，还用于获取该第一埋点采集到数据请求的采集时间点；
所述装置还包括：
第二确定模块，用于根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
进一步地，所述装置还包括：
第一输出模块，用于通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
进一步地，所述获取模块，还用于获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
所述装置还包括：
第二输出模块，用于针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
进一步地，所述第二确定模块，具体用于确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
另一方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一项所述的方法步骤。
另一方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法步骤。
本发明实施例提供了一种服务链路监控方法、装置、电子设备及存储介质，所述方法包括：针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
上述的技术方案具有如下优点或有益效果：
本发明实施例中，预先在数据管理系统的每个第一软件服务中设置的第一埋点，第一埋点被触发后，用于采集数据请求中携带的标识信息。并且每个第一埋点与每个第一软件服务存在对应关系，这样，针对每个数据请求，根据该数据请求的标识信息，即可知道该数据请求触发的每个第二埋点，进而根据每个第一埋点与每个第一软件服务的对应关系，确定该数据请求对应的每个第二软件服务。从而实现了监控每个数据请求涉及的软件服务。在能够提供每个数据请求涉及的软件服务的基础上，也为确定哪个软件服务出现了异常提供了便利。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供的服务链路监控过程示意图；
图2为本发明实施例4提供的SkyWalking架构图；
图3为本发明实施例4提供的SkyWalking组件图；
图4为本发明实施例4提供的SkyWalking部署架构图；
图5为本发明实施例4提供的SkyWalking可视化展示服务调用树结构图；
图6为本发明实施例5提供的服务链路监控装置结构示意图；
图7为本发明实施例6提供的电子设备结构示意图。
具体实施方式
下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
实施例1：
图1为本发明实施例提供的服务链路监控过程示意图，该过程包括以下步骤：
S101：针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息。
S102：针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
本发明实施例提供的服务链路监控方法应用于电子设备，该电子设备可以是PC、平板电脑等设备。
电子设备预先在数据管理系统的每个第一软件服务中设置第一埋点，第一埋点被触发的条件可以预先设置，例如通过点击操作触发第一埋点，或者当识别到第一软件服务接收到数据请求，触发第一埋点等等。针对每个第一埋点，电子设备检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息。其中，每个数据请求中都携带有标识信息，第一埋点被触发后，用于采集数据，采集的数据中包括数据请求的标识信息。
被触发后的第一埋点可以采集数据请求的标识信息，根据每个第一埋点采集到的数据请求的标识信息，可以确定出哪些第一埋点采集到了数据请求，将采集到数据请求的第一埋点称为第二埋点。电子设备预先在数据管理系统的每个第一软件服务中设置第一埋点，因此每个第一软件服务都存在对应的第一埋点，在确定出采集到数据请求的每个第二埋点之后，根据每个第一软件服务和第一埋点的对应关系，可以确定出每个第二埋点对应的每个第二软件服务。
本发明实施例中，预先在数据管理系统的每个第一软件服务中设置的第一埋点，第一埋点被触发后，用于采集数据请求中携带的标识信息。并且每个第一埋点与每个第一软件服务存在对应关系，这样，针对每个数据请求，根据该数据请求的标识信息，即可知道该数据请求触发的每个第二埋点，进而根据每个第一埋点与每个第一软件服务的对应关系，确定该数据请求对应的每个第二软件服务。从而实现了监控每个数据请求涉及的软件服务。在能够提供每个数据请求涉及的软件服务的基础上，也为确定哪个软件服务出现了异常提供了便利。
具体的，针对每个数据请求，该数据请求涉及到的软件服务是预先确定的，针对数据管理系统接收到的数据请求，电子设备首先确定该数据请求正常涉及到的每个软件服务。然后再确定出数据请求实际上涉及的每个第二软件服务之后，通过实际涉及的每个第二软件服务和预先确定的该数据请求正常涉及到的每个软件服务进行比对，可以确定哪个软件服务出现了异常。
实施例2：
数据请求涉及的软件服务对时序也有严格的要求，为了更准确的监控服务链路，在上述实施例的基础上，在本发明实施例中，所述在检测到该第一埋点被触发后，所述方法还包括：
获取该第一埋点采集到数据请求的采集时间点；
所述确定所述数据请求对应的每个第二软件服务之后，所述方法还包括：
根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
每个第一埋点中可以安装计时器，这样每个第一埋点采集到数据请求时，都可以确定出采集时间点。针对每个第一埋点，电子设备在检测到该第一埋点被触发后，可以获取该第一埋点采集到数据请求的采集时间点。确定所述数据请求对应的每个第二软件服务之后，根据每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
也就是说，根据每个第二软件服务中的第二埋点采集到数据请求的采集时间点的先后顺序，将数据请求涉及到的第二软件服务连接起来，得到一个链路图并展示。根据展示的链路图，可以清楚的看到数据请求所涉及的软件服务以及软件服务的时序，为后续确定异常软件服务进一步提供了方便。
实施例3：
在上述各实施例的基础上，在本发明实施例中，所述确定所述数据请求对应的第二软件服务链路图之后，所述方法还包括：
通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
在本发明实施例中，电子设备预先保存有数据请求对应的第三软件服务链路图，在确定数据请求的第二软件服务链路图之后，将第二软件服务链路图和第三软件服务链路图中的软件服务进行比对，包括涉及到的软件服务的比对以及时序的比对，通过比对可以确定出第二软件服务链路图中是否存在异常的第二软件服务。具体的，按照时序的先后顺序逐一比对第二软件服务链路图中的第二软件服务与第三软件服务链路图中对应时序位置的软件服务是否相同，如果相同，确定第二软件服务正常，如果不同，确定第二软件服务异常。如果第二软件服务链路图和第三软件服务链路图完全相同，也就是不存在异常的第二软件服务，此时输出用于表征所述数据请求链路正常的第一提示信息。如果存在异常的第二软件服务，此时输出用于表征所述数据请求链路异常的第二提示信息，并且为了提示用户具体是哪个第二软件服务异常，还可以在第二提示信息中携带异常的第二软件服务的标识信息。其中，第一提示信息和第二提示信息都可以是在显示屏幕上进行弹窗提示，只是弹窗内包含的提示内容不同。
由于在本发明实施例中，所述确定所述数据请求对应的第二软件服务链路图之后，通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。从而进一步为确定异常软件服务提供了方便。
实施例4：
为了使确定异常的软件服务更准确，在上述各实施例的基础上，在本发明实施例中，所述在检测到该第一埋点被触发后，确定所述数据请求对应的第二软件服务链路图并展示之前，所述方法还包括：
获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
除了上述通过软件服务链路图确定出的异常软件服务之外，还存在软件服务自身的功能异常。为了使确定异常的软件服务更准确，本发明实施例中，在检测到该第一埋点被触发后，确定所述数据请求对应的第二软件服务链路图并展示之前，获取每个第二埋点采集到的自身所属第二软件服务的功能参数。软件服务接收到数据请求之后，会对数据请求进行处理，第二埋点可以采集软件服务在对数据请求进行处理的过程中的功能参数。电子设备可以获取每个第二埋点采集到的自身所属第二软件服务的功能参数。针对每个第二软件服务，电子设备可以预先保存该第二软件服务正常的功能参数。然后再获取到该第二软件服务中的第二埋点采集的功能参数之后，判断采集到的功能参数与预先保存的正确的功能参数是否一致，如果否，则确定该第二软件服务功能异常，并输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果是，则确定该第二软件服务功能正常，此时不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
由于在本发明实施例中，电子设备获取每个第二埋点采集到的自身所属第二软件服务的功能参数；针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。使得确定异常的第二软件服务更准确。
为了更清楚的展示数据请求过程中涉及到的软件服务的异常情况，在本发明实施例中，所述确定所述数据请求对应的第二软件服务链路图并展示包括：
确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
通过拓扑图展示每个数据请求对应的软件服务链路图。
下面结合附图对本发明实施例提供的服务链路监控过程进行详细说明。
本发明实施例提供的服务链路监控方法的成功实现是基于JAVA语言、AOS平台开发的所得税综合管理系统，在此基础上完成了服务链路监控追踪系统。对软件服务间的相互调用关系进行梳理，将梳理到的信息存储并建立调用链路，最后通过可视化界面将服务调用链展现出来。该模块主要流程为，首先进行服务调用信息拦截进行数据采集层和数据埋点并上报，然后数据处理层，负责数据的存储与计算，最后进行数据展示，负责数据的可视化展示。具体每一过程的实现方式如下：
1.数据采集：
数据采集主要是在数据管理系统的各个软件服务中埋点，进行数据采集，并将采集到的数据进行存储。数据采集主要分为两部分服务调用信息的采集，分别为服务消费方和服务提供方的调用信息。服务消费方和调用方的调用信息主要包括TraceD、调用接口、业务名称调用事件、端口信息、处理结果等。重要参数如下。Span：一次数据请求，SpanID：统一调用链下多个软件服务存在调用嵌套层次关系,为每个数据请求设置一个SpanID，即数据请求的标识信息，Trance：一次完整的软件服务调用链路，TraceID：在接收到用户的调用数据请求后，为了标记该数据请求，电子设备为该数据请求对应的软件服务分配一个全局唯一的软件服务调用链ID。实际开发中，使用Filter过滤器进行ur1访问地址的拦截，Filter接口中的invoke方法作用为获取软件服务的接口，并且Filter接口也提供获取方法名称、参数类型、调用上下文信息的方法：getMethodName()、getParameterTypes()。通过Filter接口调用实现invoke方法，再从invoke方法中获取RpcContext,RpcContext中包含了调用的上下文，自此就可以实现对调用信息的拦截。
2.数据处理：
数据处理阶段，负责对收集到的链路信息，按照traceId和spanId进行串联和存储。一般有两个方式进行数据处理，实时数据处理和离线数据处理，本系统采用两种相结合的方式进行数据处理。实时处理时使用Metrics指标性统计，提高查询效率，基于聚合信息，实现监控和告警，去做一个服务的TBS的正确率、成功率、流量等，使用traceId作为RowKey，能天然地把一整条调用链聚合在一起，帮助我们更好的理解系统的行为、辅助调试和排查性能问题，比如一户所得税申报的全部申报流程查询及其追踪轨迹。使用离线数据处理，来基于日志文件进行聚合和分析。
3.数据展示：
本发明实施例数据展示部分，包括应用管理和报警管理的可视化展示，主要用到两种图形展示，一种是调用链路图，一种是调用拓扑图。调用链路图主要展示了服务整体情况，包括服务总耗时、接口调用详情、服务调用的网络深度、每一层经过的系统，以及多少次调用等信息。调用拓扑图是一种全局视野图，主要用作全局监控，用于发现系统中异常的点，从而快速做出决策。
本发明实施例主要负责对注册中心对应的软件服务进行全面而详细的服务监控。服务监控的实现对于运维人员有效排查服务系统故障、准确定位故障服务具有极大的作用。通过对客户端和服务端引入链路监控系统，将收集到的监控数据异步发送到消息收集器，消息收集器再将监控数据存储完成监控数据的采集。通过定时汇总监控数据，对服务提供者各个接口的依赖关系进行计算，将计算结果传入前端展示。有效的提高了系统健壮性、易用性。
本发明的服务链路监控追踪系统是在SkyWalking基础上，完成了相应的本地定制化的改造，减少了系统不太需要的功能，添加了相应管理系统定制的数据分析功能。SkyWalking是一个基于OpenTracing规范的、开源的APM系统，它是专门为微服务架构以及云原生架构而设计的。从SkyWalking 6.0开始，SkyWalking将自身定义为一个观测性分析平台(Observability Analysis Platform，OAP)，本发明是用的是7.0，该版本下Skywalking主要分为oap、webapp和agent三部分，oap和webapp分别用于汇总数据和展示，这两块共同组成了Skywalking的平台；agent是探针，部署在需要收集数据的应用服务器上，并将数据同步到Skywalking的平台，详见图一SkyWalking架构图。
图2为本发明实施例提供的SkyWalking架构图。图3为本发明实施例提供的SkyWalking组件图。图4为本发明实施例提供的SkyWalking部署架构图。图5为本发明实施例提供的SkyWalking可视化展示服务调用树结构图。
实施例5：
图6为本发明实施例提供的服务链路监控装置结构示意图，该装置包括：
获取模块61，用于针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
第一确定模块62，用于针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
所述获取模块61，还用于获取该第一埋点采集到数据请求的采集时间点；
所述装置还包括：
第二确定模块63，用于根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
所述装置还包括：
第一输出模块64，用于通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
所述获取模块61，还用于获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
所述装置还包括：
第二输出模块65，用于针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
所述第二确定模块63，具体用于确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
实施例6：
在上述各实施例的基础上，本发明实施例中还提供了一种电子设备，如图7所示，包括：处理器301、通信接口302、存储器303和通信总线304，其中，处理器301，通信接口302，存储器303通过通信总线304完成相互间的通信；
所述存储器303中存储有计算机程序，当所述程序被所述处理器301执行时，使得所述处理器301执行如下步骤：
针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
基于同一发明构思，本发明实施例中还提供了一种电子设备，由于上述电子设备解决问题的原理与服务链路监控方法相似，因此上述电子设备的实施可以参见方法的实施，重复之处不再赘述。
本发明实施例提供的电子设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、网络侧设备等。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口302用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
在本发明实施例中处理器执行存储器上所存放的程序时，实现针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。本发明实施例中，预先在数据管理系统的每个第一软件服务中设置的第一埋点，第一埋点被触发后，用于采集数据请求中携带的标识信息。并且每个第一埋点与每个第一软件服务存在对应关系，这样，针对每个数据请求，根据该数据请求的标识信息，即可知道该数据请求触发的每个第二埋点，进而根据每个第一埋点与每个第一软件服务的对应关系，确定该数据请求对应的每个第二软件服务。从而实现了监控每个数据请求涉及的软件服务。在能够提供每个数据请求涉及的软件服务的基础上，也为确定哪个软件服务出现了异常提供了便利。
实施例7：
在上述各实施例的基础上，本发明实施例还提供了一种计算机存储可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：
针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
基于同一发明构思，本发明实施例中还提供了一种计算机可读存储介质，由于处理器在执行上述计算机可读存储介质上存储的计算机程序时解决问题的原理与服务链路监控方法相似，因此处理器在执行上述计算机可读存储介质存储的计算机程序的实施可以参见方法的实施，重复之处不再赘述。
上述计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD)等。
在本发明实施例中提供的计算机可读存储介质内存储计算机程序，计算机程序被处理器执行时实现针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。本发明实施例中，预先在数据管理系统的每个第一软件服务中设置的第一埋点，第一埋点被触发后，用于采集数据请求中携带的标识信息。并且每个第一埋点与每个第一软件服务存在对应关系，这样，针对每个数据请求，根据该数据请求的标识信息，即可知道该数据请求触发的每个第二埋点，进而根据每个第一埋点与每个第一软件服务的对应关系，确定该数据请求对应的每个第二软件服务。从而实现了监控每个数据请求涉及的软件服务。在能够提供每个数据请求涉及的软件服务的基础上，也为确定哪个软件服务出现了异常提供了便利。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种服务链路监控方法，其特征在于，所述方法包括：
针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
2.如权利要求1所述的方法，其特征在于，所述在检测到该第一埋点被触发后，所述方法还包括：
获取该第一埋点采集到数据请求的采集时间点；
所述确定所述数据请求对应的每个第二软件服务之后，所述方法还包括：
根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
3.如权利要求2所述的方法，其特征在于，所述确定所述数据请求对应的第二软件服务链路图之后，所述方法还包括：
通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
4.如权利要求2所述的方法，其特征在于，所述在检测到该第一埋点被触发后，确定所述数据请求对应的第二软件服务链路图并展示之前，所述方法还包括：
获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
5.如权利要求4所述的方法，其特征在于，所述确定所述数据请求对应的第二软件服务链路图并展示包括：
确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
6.一种服务链路监控装置，其特征在于，所述装置包括：
获取模块，用于针对在数据管理系统的每个第一软件服务中设置的第一埋点，在检测到该第一埋点被触发后，获取该第一埋点采集的数据请求的标识信息；
第一确定模块，用于针对每个数据请求，根据所述数据请求的标识信息，确定采集到所述数据请求的每个第二埋点，根据预先设置的每个第一软件服务与第一埋点的对应关系，确定所述数据请求对应的每个第二软件服务。
7.如权利要求6所述的装置，其特征在于，所述获取模块，还用于获取该第一埋点采集到数据请求的采集时间点；
所述装置还包括：
第二确定模块，用于根据所述每个第二软件服务中的第二埋点采集到数据请求的采集时间点，确定所述数据请求对应的第二软件服务链路图并展示。
8.如权利要求7所述的装置，其特征在于，所述装置还包括：
第一输出模块，用于通过将所述第二软件服务链路图和预先保存的所述数据请求对应的第三软件服务链路图中的软件服务进行比对，判断所述第二软件服务链路图中是否存在异常的第二软件服务，如果否，输出用于表征所述数据请求链路正常的第一提示信息，如果是，输出用于表征所述数据请求链路异常的第二提示信息，并在所述第二提示信息中携带异常的第二软件服务的标识信息。
9.如权利要求7所述的装置，其特征在于，所述获取模块，还用于获取每个第二埋点采集到的自身所属第二软件服务的功能参数；
所述装置还包括：
第二输出模块，用于针对每个第二埋点，根据该第二埋点采集的功能参数，判断该第二埋点所属第二软件服务功能是否异常，如果是，输出用于表征该第二埋点所属第二软件服务功能异常的第三提示信息，如果否，不输出提示信息或输出用于表征该第二埋点所属第二软件服务功能正常的第四提示信息。
10.如权利要求9所述的装置，其特征在于，所述第二确定模块，具体用于确定所述数据请求对应的第二软件服务链路图，展示所述第二软件服务链路图，以及所述第二软件服务链路图中每个第二软件服务的功能参数。
11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一项所述的方法步骤。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一项所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011543338.3A CN114676012A (zh) | 2020-12-24 | 2020-12-24 | 一种服务链路监控方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011543338.3A CN114676012A (zh) | 2020-12-24 | 2020-12-24 | 一种服务链路监控方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114676012A true CN114676012A (zh) | 2022-06-28 |
Family
ID=82071197
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011543338.3A Pending CN114676012A (zh) | 2020-12-24 | 2020-12-24 | 一种服务链路监控方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114676012A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115514676A (zh) * | 2022-09-19 | 2022-12-23 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种基于服务链路的异常监控方法及相关设备 |
-
2020
- 2020-12-24 CN CN202011543338.3A patent/CN114676012A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115514676A (zh) * | 2022-09-19 | 2022-12-23 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种基于服务链路的异常监控方法及相关设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7254750B1 (en) | Health trend analysis method on utilization of network resources | |
| US9323651B2 (en) | Bottleneck detector for executing applications | |
| US8667334B2 (en) | Problem isolation in a virtual environment | |
| TW201941058A (zh) | 異常檢測方法及裝置 | |
| CN110046073B (zh) | 一种日志采集方法及装置、设备、存储介质 | |
| US20240039821A1 (en) | Mitigating failure in request handling | |
| CN110647447B (zh) | 用于分布式系统的异常实例检测方法、装置、设备和介质 | |
| US20230259436A1 (en) | Systems and methods for monitoring application health in a distributed architecture | |
| CN113946499A (zh) | 一种微服务链路跟踪及性能分析方法、系统、设备及应用 | |
| CN113190415A (zh) | 互联网医院系统监控方法、设备、存储介质及程序产品 | |
| CN114116396A (zh) | 一种全链路追踪方法、系统、存储介质及设备 | |
| CN114172949A (zh) | 一种微服务链路监控追踪方法和系统 | |
| CN112948224A (zh) | 一种数据处理方法、装置、终端及存储介质 | |
| CN114676012A (zh) | 一种服务链路监控方法、装置、电子设备及存储介质 | |
| CN113342608A (zh) | 流式计算引擎任务的监控方法及装置 | |
| CN106482742B (zh) | 计步数据的获取方法及装置 | |
| CN115248782B (zh) | 一种自动化测试方法、装置及计算机设备 | |
| CN115757107A (zh) | 埋点检测方法、装置、服务器及存储介质 | |
| US20150156090A1 (en) | Systems and Methods for Monitoring Multiple Services | |
| CN110928750A (zh) | 数据处理方法、装置及设备 | |
| CN112527606A (zh) | 数据流程分析方法、装置、计算机设备及存储介质 | |
| CN112132544A (zh) | 业务系统的巡检方法及装置 | |
| CN114090382B (zh) | 超融合集群健康巡检方法和装置 | |
| CN109714211B (zh) | 营销接口故障排查方法及终端设备 | |
| Li et al. | EnergyDx: Diagnosing Energy Anomaly in Mobile Apps by Identifying the Manifestation Point |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |