CN116055303A - 链路监控处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种链路监控处理方法、装置、电子设备及存储介质，涉及互联网技术领域，其中，该链路监控处理方法包括：根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，其中，由所述后置服务器向连接的所述网络节点中的第二发送节点发送第二资源信息；接收所述第二发送节点通过第二接收节点传输的所述第二资源信息，第二资源信息包括经过的各所述网络节点的资源信息；根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态。本申请通过实时监控所有环节的资源信息，分析获取链路状态，实现了快速定位故障链路并可视化查看整个数据交换链路的状态，提高了运维效率且降低了成本。

Description

链路监控处理方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种链路监控处理方法、装置、电子设备及存储介质。

背景技术

随着网络的快速发展，各大运营商由于业务的多样性部署了数以万计的IT设备，其设备类别、厂家、型号繁杂。因此需要一套面向大型数据中心的IT监控系统来支撑日常运维工作。在现有的运维监控技术中，对于网络安全隔离与信息单向导入系统，采用单向无反馈隔离交换模块(简称单导)，实现在不同网域之间数据的单向传输。数据安全交换平台则是基于单导的多形态信息交换系统，其基本形态是部署在前后置服务器上配合单导，可实现单向/双单向的数据交换和同步以及代理功能，保障网间信息交换的安全高效和可管可控。

目前，基于单向无反馈传输场景现有的运维监控技术，主要是基于各节点日志文件的人工分析，排查各节点的日志或程序是否有异常。

在实际应用中，当遇到某个节点或多个节点故障时，很难迅速定位出故障点，更加无法提前防范故障点的出现，严重影响了运维效率及成本。

发明内容

本申请的目的在于，提供一种链路监控处理方法、装置、电子设备及存储介质，以提高运维效率并降低成本。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供一种链路监控处理方法，应用于链路监控拓扑中的前置服务器，所述链路监控拓扑包括：前置服务器、后置服务器、以及多个网络节点；所述方法包括：

根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，其中，所述第一资源信息由所述第一发送节点通过第一接收节点传输至所述后置服务器，由所述后置服务器向连接的所述网络节点中的第二发送节点发送第二资源信息，所述第二资源信息包括消息队列，所述消息队列包括经过的各所述网络节点的资源信息；

接收所述第二发送节点通过第二接收节点传输的所述第二资源信息；

根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态。

在一种可选的实施方式中，所述第二资源信息还包括：各所述网络节点发出资源信息的时间；

所述根据所述第二资源信息分析获取链路状态，包括：

根据收到所述第二资源信息的接收时间、与各所述网络节点发出资源信息的时间，计算多个时间差；

根据所述时间差与预设阈值进行比较，分析获取所述链路状态。

在一种可选的实施方式中，所述根据所述时间差与预设阈值进行比较，分析获取所述链路状态，包括：

若多个所述时间差中，存在大于所述预设阈值的时间差，则根据所述大于所述预设阈值的时间差确定所述链路中的故障网络节点。

在一种可选的实施方式中，所述根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，包括：

按照预设周期和所述链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息。

在一种可选的实施方式中，所述第一资源信息、所述第二资源信息均包括下述至少一项：处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。

在一种可选的实施方式中，所述链路状态，包括：各所述网络节点的资源信息、应用程序状态信息以及故障信息。

在一种可选的实施方式中，所述根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态，包括：

根据所述资源信息，分析各所述网络节点的资源信息是否大于预警值；

若存在大于预警值的资源信息，则所述预设模板上还包括展示预警信息。

第二方面，本申请实施例提供一种链路监控处理装置，应用于链路监控拓扑中的前置服务器，所述链路监控拓扑包括：前置服务器、后置服务器、以及多个网络节点；包括：

发送模块，用于根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，其中，所述第一资源信息由所述第一发送节点通过第一接收节点传输至所述后置服务器，由所述后置服务器向连接的所述网络节点中的第二发送节点发送第二资源信息，所述第二资源信息包括消息队列，所述消息队列包括经过的各所述网络节点的资源信息；

接收模块，用于接收所述第二发送节点通过第二接收节点传输的所述第二资源信息；

分析展示模块，用于根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态。

在一种可选的实施方式中，所述第二资源信息还包括：各所述网络节点发出资源信息的时间；所述分析展示模块，具体用于根据收到所述第二资源信息的接收时间、与各所述网络节点发出资源信息的时间，计算多个时间差；根据所述时间差与预设阈值进行比较，分析获取所述链路状态。

在一种可选的实施方式中，所述分析展示模块，具体用于若多个所述时间差中，存在大于所述预设阈值的时间差，则根据所述大于所述预设阈值的时间差确定所述链路中的故障网络节点。

在一种可选的实施方式中，所述发送模块，具体用于按照预设周期和所述链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息。

在一种可选的实施方式中，所述第一资源信息、所述第二资源信息均包括下述至少一项：处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。

在一种可选的实施方式中，所述链路状态，包括：各所述网络节点的资源信息、应用程序状态信息以及故障信息。

在一种可选的实施方式中，所述分析展示模块，具体用于根据所述资源信息，分析各所述网络节点的资源信息是否大于预警值；若存在大于预警值的资源信息，则所述预设模板上还包括展示预警信息。

第三方面，本申请实施例提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行第一方面提供的方法。

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

本申请实施例中提供的链路监控处理方法，通过链路监控拓扑中的前置服务器实时监控网络节点的资源信息，分析获取链路状态并进行展示，实现了可视化查看整个数据交换链路的状态，另外还可以便于在出现故障时，通过可视化的链路状态及时找到故障点，提高了运维效率且降低了成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的一种链路监控拓扑示意图；

图2为本申请一实施例提供的一种链路监控处理方法的流程示意图；

图3为本申请另一实施例提供的一种链路监控处理方法的流程示意图；

图4为本申请又一实施例提供的一种链路监控处理方法的流程示意图；

图5为本申请实施例提供的一种内容标签获取装置的结构装置示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例针对监控所有环节的资源信息，分析获取链路状态，提出一种链路监控处理方法。该方法可以由计算机、处理器等具备处理、计算能力的设备执行。

本申请实施例中提供的链路监控处理方法，通过链路监控拓扑中的前置服务器实时监控网络节点的资源信息，分析获取链路状态并进行展示，实现了可视化查看整个数据交换链路的状态，另外还可以便于在出现故障时，通过可视化的链路状态及时找到故障点，提高了运维效率且降低了成本。

图1为本申请一实施例提供的一种链路监控拓扑示意图，如图1所示，包括:前置服务器、后置服务器、以及多个网络节点。其中，网络节点可以包括：至少一个发送端、至少一个接收端，在此不作限制。

前置服务器可以包括：监控服务(Monitor)以及集中监控平台。其中，监控服务、集中监控平台可以是集成于前置服务器的应用程序或软件。监控服务用于将前置服务器的资源信息投递到单导导入系统发送端的消息中间件中。集中监控平台用于管理拓扑节点与服务器环境的对应关系，设置资源告警阈值，消费并保存各网络节点传递过来的资源信息，根据资源信息分析链路状态，可视化显示各网络节点的资源、程序状态，并对告警和异常进行提醒。

后置服务器可以包括：监控服务(Monitor)、consumer。consumer用于消费由前置服务器、单导导入系统传递过来的资源信息，消费后传递到下一节点。后置服务器中监控服务(Monitor)用于将后置服务器的资源信息投递到单导导出系统发送端的消息中间件中。

多个网络节点中可以包括：单导导入系统和单导导出系统中的网络节点。单导导入系统包括：发送端和接收端以及单导导入系统的监控服务以及消息中间件(例如可以是RabbitMQ)。单导导出系统也包括：发送端和接收端以及单导导入系统的监控服务以及消息中间件。

其中，发送端内包括msender，接收端包括：mrecver，msender、mrecver是独立开发的程序。msender运行于单导系统发送端，mrecver运行于单导系统接收端。

需要说明的是，单导导入系统发送端中msender用于获取并传递本节点消息中间件中前置服务器监控服务(Monitor)投递的资源信息、单导导入系统发送端Monitor投递的资源信息；单导导入系统接收端中mrecver用于接收msender传递的信息(前置服务器的资源信息、单导导入系统发送端资源信息)并将其投递到本节点消息中间件中，由后置服务器独立服务消费并传递到单导导出系统发送端的消息中间件中；单导导出系统发送端中msender用于获取并传递本节点消息中间件中前置服务器的资源信息、单导导入系统发送端的资源信息、单导导入系统接收端的资源信息、后置服务器的资源信息；单导导出系统接收端中mrecver用于接收msender传递的信息(前置服务器的资源信息、单导导入系统发送端的资源信息、单导导入系统接收端的资源信息、后置服务器的资源信息、单导导出系统发送端的资源信息，并将其投递到本节点消息中间件中。

消息中间件(例如可以是RabbitMQ)，用于高效传递各节点资源信息。各网络节点(包括单导系统)通过消息中间件进行资源信息的可靠性传递。需要说明的是，若没有消息中间件(例如可以是RabbitMQ)，也可以使用kafka、rocketmq、pulsar等消息中间件替代。

单导导出系统，单导导出系统发送端例如可以通过msender监听到该资源信息并将其通过单导导出系统发送给接收端(mrecver)，接收端可以通过mrecver接收到资源信息后投递到单导导出系统外网单元的消息中间件(RabbitMQ)中。

需要说明的是，本申请支持基于单导系统的单向传输和双单向传输场景，也支持网闸场景，若没有单导系统，而使用网闸替换，也可实现该功能。

本申请实施例中，前置服务器通过接收各网络节点的资源信息，实时监控所有环节并分析获取链路状态，实现了快速定位故障链路并可视化查看整个数据交换链路的状态，通过可视化的链路状态及时找到故障点，解决了人为分析每个节点日志来排查定位故障困难的问题，提高了运维效率且降低了成本。

图2为本申请一实施例提供的一种链路监控处理方法的流程示意图，该方法由上述链路监控拓扑中的前置服务器执行，如图2所示，该方法包括：

S201、根据链路导通方向，向连接的网络节点中的第一发送节点发送第一资源信息。

其中，第一资源信息由第一发送节点通过第一接收节点传输至后置服务器，由后置服务器向连接的网络节点中的第二发送节点发送第二资源信息，第二资源信息包括消息队列，所述消息队列包括经过的各所述网络节点的资源信息。

需要说明的是，第二资源信息是以第一资源信息为基础生成的，也即每经过一个网络节点都会增加新的资源信息，可选地，该第二资源信息包括消息队列，消息队列包括经过的各网络节点的资源信息。

以图1为例，单导导入系统，前置服务器上的监控服务可以每隔一定时间(例如10秒)将资源信息投递到单导导入系统发送端对应的消息中间件中，发送端例如可以通过msender监听到该第一资源信息并将其通过单导导入系统发送给接收端，接收端可以通过mrecver接收第一资源信息、再投递到单导导入系统接收端对应的消息中间件中。

发送端向接收端发送第一资源信息时，在消息队列中增加了发送端的资源信息，例如单导导入系统发送端的处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。单导导入系统接收端中mrecver用于接收msender传递的信息(前置服务器的资源信息、单导导入系统发送端资源信息)并将其投递到本节点消息中间件中，此外，单导导入系统接收端的监控服务中的资源信息也需要投递到本节点消息中间件中。

其中，网络节点中的第一发送节点可以为上述单导导入系统的发送端，第一接收节点为单导导入系统的接收端，网络节点中的第二发送节点为单导导出系统的发送端。链路的导通方向，具体为前置服务器到单导导入系统的发送端到单导导入系统的接收端到后置服务器到单导导出系统的发送端到单导导出系统的接收端，最后回到前置服务器。

需要说明的是，前置服务器向单导导入系统的发送端发送第一资源信息，其中，第一资源信息由单导导入系统的发送端通过单导导入系统的接收端传输至后置服务器，第一资源信息中携带的内容，每经过一个网络节点，可能会增加或变更，由后置服务器监听并消费后，向连接的网络节点中的单导导出系统的发送端发送第二资源信息。

其中，后置服务器在接收由单导导入系统接收端发送的第一资源信息(包括：前置服务器的资源信息、单导导入系统发送端资源信息、单导导入系统接收端资源信息)后由后置服务器独立服务消费，再连同后置服务器中的资源信息共同组成第二资源信息，投递到单导导出系统的发送端的消息中间件中。单导导出系统发送端中msender用于获取并传递本节点消息中间件中第二资源信息(前置服务器的资源信息、单导导入系统发送端的资源信息、单导导入系统接收端的资源信息、后置服务器的资源信息)；单导导出系统接收端中mrecver用于接收msender传递的信息(前置服务器的资源信息、单导导入系统发送端的资源信息、单导导入系统接收端的资源信息、后置服务器的资源信息、单导导出系统发送端的资源信息)，并将其投递到本节点消息中间件中。

S202、接收第二发送节点通过第二接收节点传输的第二资源信息。

需要说明的是，第二接收节点是单导导出系统的接收端。前置服务器接收单导导出系统的发送端通过单导导出系统的接收端传输的第二资源信息。

S203、根据第二资源信息分析获取链路状态，并采用预设模板展示链路状态。

前置服务器根据第二资源信息分析获取链路状态，得到的链路状态可以通过预设模板展示相关信息，以便于运维人员或用户直观的进行查看。

本申请实施例中，根据链路导通方向，通过向连接的网络节点发送第一资源信息，接收第二接收节点传输的第二资源信息，可以得到经过的各个网络节点的资源信息，进而分析获取链路状态，实现了可视化查看整个数据交换链路的状态，解决了人为分析每个节点日志来排查定位故障困难的问题，提高了运维效率且降低了成本。

图3为本申请另一实施例提供的一种链路监控处理方法的流程示意图，此外，在上述实施例的基础上，如图3所示，第二资源信息包括各网络节点发出资源信息的时间。

上述根据第二资源信息分析获取链路状态，包括：

S301、根据收到第二资源信息的接收时间、与各网络节点发出资源信息的时间，计算多个时间差。

资源信息，在经过每个网络节点的时候，可以记录该网络节点发出新的资源信息时的时间，前置服务器根据收到第二资源信息的接收时间分别与各网络节点发出资源信息的时间做比较，可以计算得到多个时间差。

S302、根据时间差与预设阈值进行比较，分析获取链路状态。

根据多个时间差与预设阈值进行比较，若时间差超过预设阈值，说明途径该网络节点的链路存在异常，若时间差未超过预设阈值，说明该网络节点途径的链路正常。

需要说明的是，每个网络节点从发出到返回前置服务器需要的时间很短，是毫秒级。举例说明，预设阈值可以设置为10秒，也可以设置的更短，例如5秒、3秒等，或者也可以设置的略长，例如12秒、15秒等。

在本申请实施例中，通过多个时间差与预设阈值做比较，分析获取链路状态，如果时间差超过预设阈值，则说明此处的链路发生故障，解决了人为分析每个节点日志来排查定位故障困难的问题，实现了快速定位故障链路，提高了运维效率且降低了成本。

本申请实施例中，根据时间差与预设阈值进行比较，分析获取链路状态，包括：若多个时间差中，存在大于预设阈值的时间差，则根据大于预设阈值的时间差确定链路中的故障网络节点。

将各网络节点的资源信息作为心跳，若在预设时间阈值内，前置服务器通过集中监控平台能一直收到该网络节点的心跳，则说明该网络节点途径的链路是正常的，否则存在异常。以此通过各网络节点所途径的链路状态，进行覆盖分析。

举例说明，前置服务器超过预设阈值未收到资源信息，而导入单导发送端的资源信息正常，则说明前置服务器与单导发送端的链路出现故障，以此类推。如果后置服务器发生故障，可以判断出单导导入系统的发送节点和接收节点是否在预设阈值范围内收到资源信息。在某些特殊场景下，在前置服务器的集中监控平台仅根据时间差分析可能会确定多个疑似故障，例如可能是后置服务器故障，也可能是导出单导系统故障，这时再进一步通过人工介入排查，例如运维人员可直接去该服务器上排查，最终确定实际故障点，但这一过程中的初步分析也可以帮助运维人员减少处理时间，快速进行排查。

本申请实施例中，根据链路导通方向，向连接的网络节点中的第一发送节点发送第一资源信息，包括：按照预设周期和链路导通方向，向连接的网络节点中的第一发送节点发送第一资源信息。

需要说明的是，预设周期可以设置为5秒、10秒、12秒、15秒等，在此不作限制。

需要说明的是，若没有任何消息中间件，则可将资源信息(心跳)生成文件，通过文件流转的方式实现心跳的推送。

进一步地，本申请实施例中，第一资源信息、第二资源信息均包括下述至少一项：处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。

举例说明，其中，处理器信息包括：CPU占用率，内存信息包括：内存占用率，磁盘信息包括：磁盘占用率，网卡上下行信息为有具体数值的上行流量和有具体数值的下行流量，指定的应用程序进程、网络状态。

本申请一实施例中，链路状态，包括：各网络节点的资源信息、应用程序状态信息以及故障信息。

其中，每个网络节点中可以安装多个应用程序，可以获取指定的部分应用程序状态信息，也可以获取所有应用程序状态信息。故障信息可以是网络节点中的链路异常提醒。

图4为本申请又一实施例提供的一种链路监控处理方法的流程示意图，如图4所示，上述根据第二资源信息分析获取链路状态，并采用预设模板展示链路状态包括：

S401、根据资源信息，分析各网络节点的资源信息是否大于预警值。

在链路的前置服务器上部署集中监控平台，管理拓扑节点与实际服务器环境的对应关系，其中，可以通过集中监控平台设置预警值。

S402、若存在大于预警值的资源信息，则预设模板上还包括展示预警信息。

若存在大于预警值的资源信息，在可视化预设模板上可以展示预警信息。例如预设模板上预留预警信息的位置，该预警信息包括：内存占用率太高。而在内存占用率信息中也会显示具体的数值和异常，例如内存占用率：97％，异常。更进一步地，预警信息还可以通过预设颜色或特效进行显示，也便于运维人员或用户更容易关注到预警信息，例如可以通过红色字体展示预警信息。

在本申请实施例中，通过分析各网络节点的资源信息是否大于预警值，在可视化界面上可以展示预警信息，提醒运维人员或者用户前去查看相应的服务器从而进行处理，提高了运维效率且降低了成本。

图5为本申请一实施例提供的一种内容标签获取装置的结构装置示意图，如图5所示，应用于链路监控拓扑中的前置服务器，链路监控拓扑包括：前置服务器、后置服务器、以及多个网络节点，该装置500包括：发送模块501，接收模块502，分析展示模块503。其中：

发送模块501，根据链路导通方向，向连接的网络节点中的第一发送节点发送第一资源信息，其中，第一资源信息由第一发送节点通过第一接收节点传输至后置服务器，由后置服务器向连接的网络节点中的第二发送节点发送第二资源信息，第二资源信息包括消息队列，消息队列包括经过的各网络节点的资源信息；

接收模块502，用于接收第二发送节点通过第二接收节点传输的第二资源信息；

分析展示模块503，用于根据第二资源信息分析获取链路状态，并采用预设模板展示链路状态。

在一种可选的实施方式中，第二资源信息还包括：各网络节点发出资源信息的时间；分析展示模块503，具体用于根据收到第二资源信息的接收时间、与各网络节点发出资源信息的时间，计算多个时间差；根据时间差与预设阈值进行比较，分析获取链路状态。

在一种可选的实施方式中，分析展示模块503，具体用于若多个时间差中，存在大于预设阈值的时间差，则根据大于预设阈值的时间差确定链路中的故障网络节点。

在一种可选的实施方式中，发送模块501，具体用于按照预设周期和链路导通方向，向连接的网络节点中的第一发送节点发送第一资源信息。

在一种可选的实施方式中，第一资源信息、第二资源信息均包括下述至少一项：处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。

在一种可选的实施方式中，链路状态，包括：各网络节点的资源信息、应用程序状态信息以及故障信息。

在一种可选的实施方式中，分析展示模块503，具体用于根据资源信息，分析各网络节点的资源信息是否大于预警值；若存在大于预警值的资源信息，则预设模板上还包括展示预警信息。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

图6为本申请实施例提供的一种电子设备的结构示意图，如图6所示，该电子设备600包括：处理器601、存储介质602、总线603。

存储介质602存储有处理器601可执行的机器可读指令，当电子设备运行时，处理器601与存储介质602之间通过总线603通信，处理器601执行机器可读指令，以执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

存储介质602、处理器601以及总线603各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。移动存储装置包括至少一个可以软件或固件(firmware)的形式存储于存储介质602中或固化在电子设备的操作系统(operatingsystem，OS)中的软件功能模块。处理器601用于执行存储介质602中存储的可执行模块，例如移动存储介质的安全处理方法所包括的软件功能模块及计算机程序等。

其中，存储介质602可以是，但不限于，随机存取存储器(RandomAccessMemory，RAM)，只读存储器(ReadOnlyMemory，ROM)，可编程只读存储器(ProgrammableRead-OnlyMemory，PROM)，可擦除只读存储器(ErasableProgrammableRead-OnlyMemory，EPROM)，电可擦除只读存储器(ElectricErasableProgrammableRead-OnlyMemory，EEPROM)等。

可选地，本申请还提供一种存储介质，该存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例中的链路监控处理方法的步骤。具体实现方式和技术效果类似，这里不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种链路监控处理方法，其特征在于，应用于链路监控拓扑中的前置服务器，所述链路监控拓扑包括：前置服务器、后置服务器、以及多个网络节点；

所述方法包括：

根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，其中，所述第一资源信息由所述第一发送节点通过第一接收节点传输至所述后置服务器，由所述后置服务器向连接的所述网络节点中的第二发送节点发送第二资源信息，所述第二资源信息包括消息队列，所述消息队列包括经过的各所述网络节点的资源信息；

接收所述第二发送节点通过第二接收节点传输的所述第二资源信息；

根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态。

2.根据权利要求1所述的方法，其特征在于，所述第二资源信息还包括：各所述网络节点发出资源信息的时间；

所述根据所述第二资源信息分析获取链路状态，包括：

根据收到所述第二资源信息的接收时间、与各所述网络节点发出资源信息的时间，计算多个时间差；

根据所述时间差与预设阈值进行比较，分析获取所述链路状态。

3.根据权利要求2所述的方法，其特征在于，所述根据所述时间差与预设阈值进行比较，分析获取所述链路状态，包括：

若多个所述时间差中，存在大于所述预设阈值的时间差，则根据所述大于所述预设阈值的时间差确定所述链路中的故障网络节点。

4.根据权利要求1所述的方法，其特征在于，所述根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，包括：

按照预设周期和所述链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一资源信息、所述第二资源信息均包括下述至少一项：处理器信息、内存信息、磁盘信息、网卡上下行信息、应用程序进程、网络状态。

6.根据权利要求5所述的方法，其特征在于，所述链路状态，包括：各所述网络节点的资源信息、应用程序状态信息以及故障信息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态，包括：

根据所述资源信息，分析各所述网络节点的资源信息是否大于预警值；

若存在大于预警值的资源信息，则所述预设模板上还包括展示预警信息。

8.一种链路监控处理装置，其特征在于，应用于链路监控拓扑中的前置服务器，所述链路监控拓扑包括：前置服务器、后置服务器、以及多个网络节点；包括：

发送模块，用于根据链路导通方向，向连接的所述网络节点中的第一发送节点发送第一资源信息，其中，所述第一资源信息由所述第一发送节点通过第一接收节点传输至所述后置服务器，由所述后置服务器向连接的所述网络节点中的第二发送节点发送第二资源信息，所述第二资源信息包括消息队列，所述消息队列包括经过的各所述网络节点的资源信息；

接收模块，用于接收所述第二发送节点通过第二接收节点传输的所述第二资源信息；

分析展示模块，用于根据所述第二资源信息分析获取链路状态，并采用预设模板展示所述链路状态。

9.一种电子设备，其特征在于，所述电子设备包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-7任一项所述的一种链路监控处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时，实现如权利要求1-7中任一项所述的链路监控处理方法的步骤。

Images