掌桥专利:专业的专利平台
掌桥专利
首页

连接状态监控方法、装置、设备及存储介质

文献发布时间:2023-06-19 18:35:48


连接状态监控方法、装置、设备及存储介质

技术领域

本发明实施例涉及通信及互联网技术领域,尤其涉及一种连接状态监控方法、装置、设备及存储介质。

背景技术

现有技术中,微服务系统的监控方案包括:dubbo(开源分布式服务框架监控)或者服务健康监控。但是,开源分布式服务框架监控和服务健康监控都是监控微服务系统内部的连接情况。

由于不同微服务系统的结构可能存在不同,所以现有的微服务系统的监控方案不能够实现不同微服务系统之间的连接状态的监控。导致,难以实时监控不同微服务系统之间的连接情况。

发明内容

本发明实施例提供的一种连接状态监控方法、装置及存储介质,可以高效的获取不同微服务系统之间的连接情况。

本发明实施例是这样实现的:

本发明实施例提供了一种连接状态监控方法,应用于主系统设备,包括:

加载接口元数据,基于所述接口元数据构建本地接口与次系统对应接口之间的预期连接图;所述接口元数据表征所述本地接口与所述次系统对应接口之间的连接数据;

基于所述接口元数据,间隔第一预定时间向所述次系统对应接口发送接口检测请求;所述接口检测请求用于调取次系统对应接口的接口调用情况信息;

接收所述次系统响应所述接口检测请求反馈的所述接口调用情况信息,根据所述接口调用情况信息,得到所述本地接口与所述次系统对应接口之间的接口检测结果;所述接口检测结果表征所述本地接口与所述次系统对应接口之间的连接状态;

基于所述接口检测结果,在所述预期连接图中展示所述本地接口与所述次系统对应接口的连接状态,以进行监控。

本发明实施例还提供了一种连接状态监控方法,应用于次系统设备,包括:

接收主系统基于接口元数据发送的接口检测请求;所述接口元数据表征所述主系统的本地接口与对应接口之间的连接数据;

响应所述接口检测请求,向所述主系统反馈接口检测数据。

本发明实施例还提供了一种连接状态监控方法,应用于中心系统设备,包括:

接收至少一个主系统发送的关键接口对应的连接状态信息,以及所述至少一个主系统对应的本地微服务外部接口调用情况信息;所述关键接口表征预设的关键业务的接口;

基于所述关键接口对应的连接状态信息以及所述本地微服务外部接口调用情况信息,构建每个所述主系统的连接状态图以进行展示。

本发明实施例还提供了一种连接状态监控装置,包括:

加载单元,用于加载接口元数据,基于所述接口元数据构建本地接口与次系统对应接口之间的预期连接图;所述接口元数据表征所述本地接口与所述次系统对应接口之间的连接数据;

第一发送单元,用于基于所述接口元数据,间隔第一预定时间向所述次系统对应接口发送接口检测请求;所述接口检测请求用于调取次系统对应接口的接口调用情况信息;

第一接收单元,用于接收所述次系统响应所述接口检测请求反馈的接口调用情况信息,根据所述接口调用情况信息,得到与所述次系统对应接口之间的接口检测结果;所述接口检测结果表征所述本地接口与所述次系统对应接口之间的连接状态;

处理单元,用于基于所述接口检测结果,在所述预期连接图中更新所述本地接口与所述次系统对应接口的连接状态,以进行监控。

本发明实施例还提供了一种连接状态监控装置,包括:

第二接收单元,用于接收主系统基于接口元数据发送的接口检测请求;所述接口元数据表征所述主系统的本地接口与对应接口之间的连接数据;

第二发送单元,用于响应所述接口检测请求,向所述主系统反馈接口检测数据。

本发明实施例还提供了一种连接状态监控装置,包括:

第三接收单元,用于接收至少一个主系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息;

构图单元,用于基于所述多个关键接口对应的连接状态信息以及所述微服务外部接口调用情况信息,构建每个所述主系统的连接状态图以进行展示。

本发明实施例还提供了一种系统监控设备,包括存储器和处理器,所述存储器存储有可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法中的步骤。

本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法中的步骤。

本发明实施例中,加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图;基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求;接收次系统响应接口检测请求反馈的接口检测数据,并分析接口检测数据,得到本地接口与次系统对应接口之间的接口检测结果;接口检测结果表征本地接口与次系统对应接口之间的连接状态;基于接口检测结果,在预期连接图中展示本地接口与次系统对应接口的连接状态,以进行监控。由于接口元数据中包括了本地接口与对应接口之间的连接数据,使主系统可以向次系统的对应接口发送连接检测请求,进而实现了不同微服务系统之间的连接检测,能够高效的获取不同微服务系统之间的连接情况。

附图说明

图1为本发明实施例提供的连接状态监控方法的系统结构图;

图2为本发明实施例提供的连接状态监控方法的一个可选的流程示意图;

图3为本发明实施例提供的连接状态监控方法的一个可选的效果示意图;

图4为本发明实施例提供的连接状态监控方法的一个可选的效果示意图;

图5为本发明实施例提供的连接状态监控方法的一个可选的流程示意图;

图6为本发明实施例提供的连接状态监控方法的一个可选的流程示意图;

图7为本发明实施例提供的连接状态监控方法的交互图;

图8为本发明实施例提供的连接状态监控装置的结构示意图一;

图9为本发明实施例提供的连接状态监控装置的结构示意图二;

图10为本发明实施例提供的连接状态监控装置的结构示意图三;

图11为本发明实施例提供的连接状态监控设备的一种硬件实体示意图。

具体实施方式

请参阅图1,为本发明实施例提供的连接状态监控方法的系统结构图。

本发明实施例中,总的系统集群中包括了中心系统,以及与中心系统1连接的A系统2、B系统3和C系统4。其中,中心系统1、A系统2、B系统3和C系统4又可以分别连接对应自身的本地系统。其中,中心系统1连接的本地系统包括:支撑系统和投诉系统,A系统2连接的本地系统包括:系统1和系统2,B系统3连接的本地系统包括:性能系统和运维系统,C系统4连接的本地系统包括:资源系统和告警系统。

需要说明的是,A系统2、B系统3和C系统4中都包括了对应自身的系统微服务。其中A系统对应的系统微服务可以包括:治理微服务集群5、业务微服务集群6、公共微服务集群7、对接微服务集群9和监控微服务集群8。本发明实施例中,治理微服务集群5用于处理注册服务、配置服务和入口网关服务。业务微服务集群6用于处理业务服务1、业务服务2、业务服务3至业务服务n。公共微服务集群7用于处理鉴权服务、用户服务和消息服务。对接微服务集群9用于处理接口注册服务、接口调用服务、接口提供服务和出口网关服务。

其中,监控微服务集群8又可以包括:内部微服务监控服务和外部接口监控微服务。其中,内部微服务监控服务作为A系统中的一个独立监控服务,主要负责监控A系统内部各微服务的状况,目前的常用选型包括:分布式系统性能监测工具、链路追踪工具、分布式追踪与监控工具等。外部接口监控微服务作为A系统中的一个微服务,负责监控A系统与其他系统以及与其他本地系统交互的状况,外部接口监控微服务此部分监控会依赖对接微服务集群,同时对接微服务集群9也会作为系统内的一个微服务而被内部微服务监控服务监控。

本发明实施例中,由于中心系统1、A系统2、B系统3和C系统4的系统结构可能互不相同。则为了实现中心系统、A系统、B系统和C系统之间的连接状态监控,本发明实施例提供的连接状态监控方法旨在通过A系统2、B系统3和C系统4中的任意一个系统加载接口元数据,由于接口元数据中包括了本地接口与对应接口之间的标识、路径信息和报文等相关信息,使该主系统可以向次系统的对应接口发送连接检测请求,进而实现了不同微服务系统之间的连接检测,能够高效的获取不同微服务系统之间的连接情况。

图2为本发明实施例提供的连接状态监控方法的一个可选的流程示意图,应用于主系统设备,将结合图2示出的步骤进行说明。

S101、加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图。

本发明实施例中,A系统、B系统和C系统中的任意一个系统为主系统。与主系统连接的其他系统为次系统。本发明实施例中,主系统从第三方数据库中加载接口元数据到主系统的缓存中。主系统中的监控微服务集群和出口网关服务都加载接口元数据。其中,接口元数据表征主系统的本地接口与次系统对应接口之间的连接数据。主系统加载接口元数据之后,主系统基于接口元数据中的连接数据构建本地接口与对应接口之间的预期连接图。

其中,接口元数据可以包括:本地接口与对应接口的接口标识、发起方信息、接收方信息、接口路径信息、调用方式信息、入参模拟报文、出参报文、本地接口与对应接口的连接类型、接口状态信息等。需要说明的是,入参模拟报文用于操作人员在主系统中手动检测某些指定接口之间的连接信息。出参报文用于检测主系统内部多个微服务集群之间的接口连接信息。

本发明实施例中,次系统可以为与主系统连接的用于监控其他业务的监控系统。主系统与次系统的通信连接,可以通过主系统的本地接口与次系统的对应接口之间建立通信连接实现。接口元数据表征所述本地接口与所述次系统对应接口之间的连接数据。

本发明实施例中,预期连接图表征的是对应主系统的本地接口与次系统的对应接口之间的连接状态图。主系统的工作人员可以通过预期连接图中展示的本地接口与对应接口之间的连接状态,监控本地接口与次系统的连接状态。预期连接图可以为星状图或者树状图中的一种。结合图3,为本发明实施例提供的连接状态监控方法的一个可选的流程示意图。其中,主系统为A系统,次系统为本地系统和中心系统。A系统基于接口元数据建立本地接口和本地系统的查询用户详情接口、创建会议接口之间的连接线,同时A系统建立本地接口和中心系统的同步工单状态接口、查询性能信息接口之间的连接线。进而,A系统可以构建出和本地系统和中心系统的预期连接图。

本发明实施例中,主系统在加载接口元数据之前,操作人员可以根据主系统的本地接口与次系统的对应接口之间的相关数据构建出对应该主系统的接口元数据。并将接口元数据存储在第三方数据库中。

S102、基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求。

本发明实施例中,主系统根据接口元数据中的相关数据向多个次系统发送接口检测请求。其中,接口检测请求调取次系统对应接口的接口调用情况信息。接口检测请求还可以用于检测主系统与次系统之间的端口连接情况和网络情况。

本发明实施例中,主系统可以基于接口元数据向多个次系统的对应接口发送接口检测请求。其中,接口检测请求用于检测本地接口与次系统对应接口之间的连接情况。若主系统检测得到本地接口与次系统对应接口之间的连接情况异常,则主系统会向多个次系统发送端口检测请求,次系统针对自身的端口检测请求反馈端口检测数据,主系统分析该端口检测数据得到主系统与次系统的端口连接异常,则主系统会继续检测与次系统之间的网络连接情况。

本发明实施例中,主系统向多个次系统发送接口检测请求时,主系统将对应接口的接口标识、对应接口的接收方信息、对应接口的接口路径信息配置在接口检测请求中分别发送的对应的次系统。

本发明实施例中,结合图1,主系统的外部接口监控微服务将接口检测请求通过对接微服务集群9发送给对应次系统的外部接口监控微服务。次系统响应接口检测请求通过自身的出口网关服务将接口检测数据发送给主系统。

S103、接收次系统响应接口检测请求反馈的接口调用情况信息,根据接口调用情况信息,得到本地接口与次系统对应接口之间的接口检测结果。

本发明实施例中,主系统将接口检测请求发送给多个次系统之后,多个次系统响应对应自身的接口检测请求,将接口调用情况信息反馈给主系统。主系统接收到次系统发送接口调用情况信息。主系统根据接口调用情况信息中的主系统与次系统多次的连接情况分析出主系统与次系统之间的接口检测结果。

本发明实施例中,主系统可以将接口检测请求发送给多个次系统。多个次系统响应对应自身的接口检测请求,将对应的接口调用情况信息反馈给主系统。主系统接收到次系统发送的接口调用情况信息后。主系统根据接口调用情况信息中本地接口与次系统对应接口之间多次连接中连接成功的次数占总次数的比值,分析得到本地接口与次系统对应接口之间的接口检测结果。

其中,接口调用情况信息可以包括本地接口与对应接口之间的通信次数、成功通信次数和失败通信次数等信息。

S104、基于接口检测结果,在预期连接图中展示本地接口与次系统对应接口的连接状态,以进行监控。

本发明实施例中,主系统在预期连接图中将检测结果展示在主系统的本地接口与对应次系统对应接口之间的连接线上,以方便工作人员进行监控。

本发明实施例中,主系统还可以预先获取不同接口检测结果的预设颜色。主系统根据不同接口检测结果对应的预设颜色,在预期连接图中构建主系统的本地接口与次系统对应接口之间的连接线。例如,红色表征检测结果异常,绿色表征检测结果正常。

本发明实施例中,主系统分析获取得到了本地接口与次系统对应接口之间的接口检测结果。主系统根据该接口检测结果对应的预设颜色,在预期连接图中构建出本地接口与次系统对应接口之间的连接线。主系统并将该接口检测结果以文本信息的形式展示在对应的连接线一侧。

示例性的,结合图3,A系统2分析得到了与本地系统10的查询户口详情接口的接口检测结果是策略不通,则A系统2在预期连接图中通过红色线构建出对应的连接线。A系统2分析得到了与本地系统10的创建会议接口的接口检测结果是退出服务,则A系统2在预期连接图中通过黑色线构建出对应的连接线。A系统2分析得到了与中心系统1的同步工单状态接口的接口检测结果是接口异常,则A系统2在预期连接图中通过黄色线构建出对应的连接线。A系统2分析得到了与中心系统1的查询性能信息接口的接口检测结果是接口正常,则A系统2在预期连接图中通过绿色线构建出对应的连接线。

本发明实施例中,加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图;基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求;接收次系统响应接口检测请求反馈的接口检测数据,并分析接口检测数据,得到本地接口与次系统对应接口之间的接口检测结果;接口检测结果表征本地接口与次系统对应接口之间的连接状态;基于接口检测结果,在预期连接图中展示本地接口与次系统对应接口的连接状态,以进行监控。由于接口元数据中包括了本地接口与对应接口之间的连接数据,使主系统可以向次系统的对应接口发送连接检测请求,进而实现了不同微服务系统之间的连接检测,能够高效的获取不同微服务系统之间的连接情况。

在一些实施例中,图2示出的S103可以通过S105实现,将结合各步骤进行说明。

S105、根据接口调用情况信息中的占比信息,得到本地接口与次系统对应接口之间的接口检测结果,占比信息表征本地接口与次系统对应接口在预设时间段内的成功调用次数占总调用次数的比值信息。

本发明实施例中,主系统根据接口调用情况信息中的本地接口与次系统对应接口在预设时间段内的成功调用次数占总调用次数的比值信息,得到了本地接口与次系统对应接口之间的接口检测结果。

本发明实施例中,主系统根据接口调用情况信息中的本地接口与次系统对应接口在预设连接次数内的成功调用次数占总调用次数的比值信息,得到了本地接口与次系统对应接口之间的接口检测结果。

示例性的,本地接口与次系统对应接口在预设时间段内连接了100次,其中有95次是成功连接。主系统将95比上100得到0.95。假设主系统内预设的连接阈值是0.9,由于0.95大于0.9则主系统会得到本地接口与次系统对应接口连接正常的接口检测结果。

本发明实施例中,主系统可以根据本地接口与对应接口的成功调用次数占总调用次数的比值信息,准确的分析得到本地接口与对应接口之间的接口检测结果。

在一些实施例中,图2示出的S103之后还包括S106,将结合各步骤进行说明。

S106、若接口检测结果表征本地接口与次系统对应接口之间的连接状态异常,则检测本地接口与次系统对应接口之间的端口连接结果以及网络连接情况信息,以供调整本地接口与次系统对应接口之间的连接状态。

本发明实施例中,主系统分析得到了本地接口与次系统对应接口之间的连接状态异常,则主系统需要检测出本地接口与次系统对应接口之间连接状态异常的原因。主系统可向次系统发送端口检测请求来检测主系统与次系统之间的端口连接结果,还可以通过检测网络状态得到主系统与次系统之间的网络连接情况信息。主系统的工作人员可以通过端口连接结果和网络连接情况信息调整本地接口与次系统对应接口之间的连接状态。

本发明实施例中,若主系统检测得到主系统和次系统之间的端口连接异常,则主系统需要检测出主系统和次系统端口连接异常的原因。主系统可以通过检测主系统与次系统之间的网络连接情况来得到端口连接异常原因。

在一些实施例中,S106还可以通过S107-S109实现,将结合各步骤进行说明。

S107、若接口检测结果表征本地接口与次系统对应接口之间的连接状态异常,则向次系统对应接口发送端口检测请求。

本发明实施例中,主系统分析接口检测数据,得到了表征主系统的本地接口和次系统对应接口之间的连接状态异常的接口检测结果。主系统需要检测出本地接口和对应接口之间连接状态异常的原因。由于原因可能是协议端口出现问题也可能是网络出现问题。网络出现问题的可能性非常小,则主系统首先检测端口是否有问题。主系统向次系统的对应接口发送端口检测请求。

其中,端口检测请求用于检测主系统端口和次系统端口之间的连接状态。

本发明实施例中,主系统可以分别向次系统的不同对应接口发送,对应不同接口的端口检测请求。

S108、接收次系统响应端口检测请求反馈的端口检测数据,根据端口检测数据,得到本地接口与次系统对应端口之间的端口连接结果。

本发明实施例中,次系统接收到了端口检测请求之后。次系统调用存储在数据库中的端口相关信息。次系统将端口相关信息携带在端口检测数据中发送给主系统。主系统接收到次系统发送的端口检测数据。主系统根据端口检测数据中的端口相关信息得到了端口检测结果。

本发明实施例中,端口相关信息可以为一段时间内端口的连接情况。主系统可以根据一段时间内端口的成功连接次数分析得到端口检测结果。

本发明实施例中,端口可以为主系统连接次系统端口,包括:TCP(Tran smissionControl Protocol,TCP)传输控制协议端口或者UDP(User Datagra m Protocol,UDP)用户数据报协议端口。

S109、若端口连接结果表征与次系统对应端口之间的连接状态异常,则检测获取到与次系统之间的网络连接情况信息。

本发明实施例中,主系统分析端口检测数据得到了表征与次系统对应端口之间的连接状态异常的端口连接结果。主系统可以通过测试网络信号的方式检测主系统与次系统之间的网络连接情况。

本发明实施例中,主系统在接口检测结果表征连接异常时,可以通过检测端口连接以及网络连接,及时的获取连接异常的原因。

在一些实施例中,S108还可以通过S110-S111实现,将结合各步骤进行说明。

S110、接收次系统响应端口检测请求反馈的端口检测数据。

本发明实施例中,主系统接收到次系统响应端口检测请求,发送的端口检测数据。其中,端口检测数据可以为次系统数据库中存储的对应端口的预定时间段内的端口连接诶信息。端口连接信息可以包括:对应端口的连接次数,连接时长,成功连接的次数。

S111、根据端口检测数据中的占比信息,得到本地接口与次系统对应端口之间的端口连接结果,占比信息表征本地端口与次系统对应端口在预设时间段内的成功连接次数占总连接次数的数量信息。

本发明实施例中,主系统根据端口检测数据中的本地端口与次系统对应端口在预设时间段内的成功连接次数占总连接次数的数量信息,得到了本地端口与次系统对应端口之间的端口连接结果。

本发明实施例中,主系统根据端口检测数据中的本地端口与次系统对应端口在预设连接次数内的成功连接次数占总连接次数的数量信息,得到了本地端口与次系统对应端口之间的端口连接结果。

在一些实施例中,图2示出的S104还可以通过S112实现,将结合各步骤进行说明。

S112、在预期连接图中,基于接口检测结果对应的预设标识,形成本地接口与次系统对应接口之间的连接线路,并在连接线路处展示对应的接口检测结果,以进行监控。

本发明实施例中,主系统在预期连接图中根据分析得到的接口检测结果,以及该接口检测结果对应的预设标识,形成该接口检测结果对应的本地接口与次系统对应接口之间的连接线路。同时,主系统在该连接线路的一侧通过文本信息的形式展示该接口检测结果。主系统的工作人员可以通过预期连接图中展示的接口检测结果,对本地接口与对应接口之间的连接状态进行监控。

其中,预设标识可以为对应接口检测结果的预设颜色,预设标识也可以为对应接口检测结果的预设连接线类型。

本发明实施例中,主系统可以在预期连接图中根据分析得到的接口检测结果及对应的预设颜色,形成该接口检测结果对应的本地接口与次系统对应接口之间的连接线路。

本发明实施例中,主系统可以在预期连接图中根据分析得到的接口检测结果及对应的连接线类型,形成该接口检测结果对应的本地接口与次系统对应接口之间的连接线路。其中连接线类型可以为实线、虚线、双实线和双虚线中的一种。

本发明实施例中,主系统通过对应不同接口检测结果的预设标识,在预期连接图中构建对应的连接线路,直观的反映了接口检测结果。

在一些实施例中,S112还可以通过S113实现,将结合各步骤进行说明。

S113、在预期连接图中,基于策略不通对应的第一预设标识,形成本地接口与次系统对应接口之间的第一连接线路,并在第一连接线路处展示策略不通信息,以进行监控。

本发明实施例中,接口检测结果可以包括:策略不通、接口异常、接口正常和退出服务。若接口检测结果为策略不同,主系统在预期连接图中根据策略不通对应的第一预设标识,形成本地接口与次系统对应接口之间的第一连接线路。主系统并将策略不通以文本的形成展示在第一连接线路的一侧。主系统的工作人员可以通过预期连接图中展示的接口检测结果,对本地接口与对应接口之间的连接状态进行监控。

示例性的,结合图3,A系统2分析得到了与本地系统10的查询户口详情接口的接口检测结果是策略不通,则A系统2在预期连接图中通过红色线构建出对应的连接线。其中,红色为策略不通的第一预设标识。

本发明实施例中,主系统分析得到了本地接口与次系统对应接口之间的连接状态是策略不通。则主系统会通过实线构建出主系统的本地接口与次系统对应接口之间的连接线。其中,实线为策略不通对应的第三预设标识。

本发明实施例中,主系统通过对应策略不通的第一预设标识,在预期连接图中构建对应的连接线路,直观的反映了策略不通的本地接口与对应接口之间接口检测结果。

在一些实施例中,S112还可以通过S114实现,将结合各步骤进行说明。

S114、在预期连接图中,基于接口异常对应的第二预设标识,形成本地接口与次系统对应接口之间的第二连接线路,并在第二连接线路处展示接口异常信息,以进行监控。

本发明实施例中,若接口检测结果为接口异常,主系统在预期连接图中根据接口异常对应的第二预设标识,形成本地接口与次系统对应接口之间的第二连接线路。主系统并将接口异常以文本的形成展示在第二连接线路的一侧。主系统的工作人员可以通过预期连接图中展示的接口检测结果,对本地接口与对应接口之间的连接状态进行监控。

示例性的,结合图3,A系统2分析得到了与中心系统1的同步工单状态接口的接口检测结果是接口异常,则A系统2在预期连接图中通过黄色线构建出对应的连接线。其中,黄色为接口异常对应的第二预设标识。

本发明实施例中,主系统分析得到了本地接口与次系统对应接口之间的连接状态是接口异常。则主系统会通过虚线构建出主系统的本地接口与次系统对应接口之间的连接线。其中,虚线为接口异常对应的第三预设标识。

本发明实施例中,主系统通过对应接口异常的第二预设标识,在预期连接图中构建对应的连接线路,直观的反映了接口异常的本地接口与对应接口之间接口检测结果。

在一些实施例中,S112还可以通过S115实现,将结合各步骤进行说明。

S115、在预期连接图中,基于接口正常对应的第三预设标识,形成本地接口与次系统对应接口之间的第三连接线路,并在第三连接线路处展示接口正常信息,以进行监控。

本发明实施例中,若接口检测结果为接口正常,主系统在预期连接图中根据接口正常对应的第三预设标识,形成本地接口与次系统对应接口之间的第三连接线路。主系统并将接口正常以文本的形成展示在第三连接线路的一侧。

示例性的,结合图3,A系统2分析得到了与中心系统1的查询性能信息接口的接口检测结果是接口正常,则A系统2在预期连接图中通过绿色线构建出对应的连接线。其中,绿色为接口正常对应的第三预设标识。

本发明实施例中,主系统分析得到了本地接口与次系统对应接口之间的连接状态是接口正常。则主系统会通过双实线构建出主系统的本地接口与次系统对应接口之间的连接线。其中,双实线为接口正常对应的第三预设标识。

本发明实施例中,主系统通过对应接口正常的第三预设标识,在预期连接图中构建对应的连接线路,直观的反映了接口正常的本地接口与对应接口之间接口检测结果。

在一些实施例中,S112还可以通过S116实现,将结合各步骤进行说明。

S116、在预期连接图中,基于退出服务对应的第四预设标识,形成本地接口与次系统对应接口之间的第四连接线路,并在第四连接线路处展示退出服务信息,以进行监控。

本发明实施例中,若接口检测结果为退出服务,主系统在预期连接图中根据退出服务对应的第四预设标识,形成本地接口与次系统对应接口之间的第四连接线路。主系统并将退出服务以文本的形成展示在第四连接线路的一侧。

示例性的,结合图3,A系统2分析得到了与本地系统10的创建会议接口的接口检测结果是退出服务,则A系统2在预期连接图中通过黑色线构建出对应的连接线。其中,黑色为退出服务对应的第四预设标识。

本发明实施例中,主系统分析得到了本地接口与次系统对应接口之间的连接状态是退出服务。则主系统会通过双虚线构建出主系统的本地接口与次系统对应接口之间的连接线。其中,双虚线为退出服务对应的第四预设标识。

本发明实施例中,主系统通过对应退出服务的第四预设标识,在预期连接图中构建对应的连接线路,直观的反映了退出服务的本地接口与对应接口之间接口检测结果。

在一些实施例中,图2示出的S104之后还包括S117,将结合各步骤进行说明。

S117、获取得到本地微服务的本地接口调用情况信息。

本发明实施例中,主系统为了完善连接监控的全面性,主系统在获取了与次系统对应接口的连接状态信息之后,主系统还可以获取本地微服务的接口调用情况信息。

本发明实施例中,主系统可以采用分布式系统性能监控工具、链路追踪工具和分布式追踪系统工具中的任意一个来检测获取到本地微服务的接口调用情况信息。

其中,接口调用情况信息可以包括:本地微服务的多个微服务集群中的每个微服务的接口调用情况信息。

本发明实施例中,主系统可以主动发送检测请求给本地微服务。主系统还可以直接接收到本地微服务发送的接口调用情况信息。在主系统接收到本地微服务的接口调用情况信息之前,操作人员可以在本地微服务上配置相关的发送流程。

在一些实施例中,S117还可以通过S118-S120实现,将结合各步骤进行说明。

S118、间隔第二预定时间向本地微服务发送本地检测请求。

本发明实施例中,主系统可以采用主动检测的方式检测获取本地微服务的接口调用情况信息。主系统可以间隔第二预定时间向本地微服务发送本地检测请求。

其中,第二预定时间可以和第一预定时间相同,也可以不同。第二预定时间可以为1分钟或者1小时,在此不做限定。

本发明实施例中,主系统的内部微服务监控服务可以间隔第二预定时间向本地微服务发送本地检测请求。

S119、获取本地微服务响应本地检测请求反馈的本地接口调用情况数据。

本发明实施例中,主系统可以通过系统内部的通信线路接收到每个本地微服务响应对应自身的本地检测请求反馈的自身的调用情况数据。

本发明实施例中,主系统的内部微服务监控服务接收到各个本地微服务自身对应的本地检测请求后反馈的自身的调用情况数据。

其中,调用情况数据中可以包括了对应的本地微服务的一段时间段内的接口调用情况信息。

本发明实施例中,调用情况数据可以包括本地微服务的内部接口的调用情况信息和外部接口的调用情况信息。

S120、分析本地接口调用情况数据,得到本地微服务的内部接口调用情况信息以及外部接口调用情况信息。

本发明实施例中,本地微服务的接口又分为内部接口和外部接口。其中,内部接口用于本地微服务之间的通信连接,外部接口用于本地微服务和次系统之间的通信连接。主系统根据调用情况数据中的内部接口的一段时间段内的调用成功次数,分析得到了对应的本地微服务的内部接口调用情况信息。主系统根据调用情况数据中的外部接口的一段时间段内的调用成功次数,分析得到了对应的本地微服务的外部接口调用情况信息。

本发明实施例中,主系统通过获取本地微服务的内部接口调用情况信息以及外部接口调用情况信息,结合已经获取的本地接口与次系统对应接口之间的接口检测结果信息,可以更加全面的对主系统的连接状态进行全方位的监控。

在一些实施例中,图2示出的S104之后还包括S121-S124实现,将结合各步骤进行说明。

S121、获取目标对象的触控信号,响应触控信号,向次系统的指定接口发送指定检测请求。

本发明实施例中,主系统的操作人员也就是目标对象需要获取和次系统的指定接口之间的连接情况信息。目标对象在主系统中预先配置相关的程序,当目标对象在主系统的操作台上发出触控信号。主系统响应该触控信号开始执行相关程序。主系统向次系统的指定接口发送指定检测请求。

其中,触控信号可以为在点击或者双击对应的按钮。

本发明实施例中,次系统的指定接口可以是一个也可以是多个,若次系统的指定接口是多个,则主系统可以按照预先设定的程序分别向多个指定接口发送对应的指定检测请求。

S122、接收次系统响应指定检测请求反馈的指定检测数据,并分析指定检测数据,得到本地接口与指定接口之间指定检测结果。

本发明实施例中,次系统接收到指定检测请求之后,次系统在数据库中调取指定接口对应的调用记录信息。次系统将指定接口的调用记录信息携带在指定检测数据中发送给主系统。主系统根据其中的调用记录信息反映的指定接口的调用成功次数分析得到了本地接口与指定接口的指定检测结果。

S123、基于指定检测结果,在预期连接图中更新本地接口与指定接口之间的连接状态。

本发明实施例中,主系统在预期连接图中根据指定检测结果对应的预设标识,构建出本地接口与对应的指定接口之间的连接线。

本发明实施例中,主系统还可以将指定检测结果以文本的形式展示在对应连接线的一侧。

结合图4,为本发明实施例提供的连接状态监控方法的一个可选的效果示意图。A系统2的前端接收到了目标对象的行为信息,触发了A系统2接口调试。A系统2的入口网关接收到行为信息,并传送到外部接口监控微服务。外部接口监控微服务通过出口网关将指定检测请求发送给对应的次系统。

本发明实施例中,主系统通过目标对象的触控信号,检测获取到了指定接口的指定检测结果,可以在某些接口已经发生连接故障后,及时的检测出故障原因。

S124、向中心系统发送关键接口对应的连接状态信息,以及对应的本地微服务的外部接口调用情况信息。

本发明实施例中,中心系统预先在主系统中设置多个本地接口中的至少一个关键业务的接口为关键接口。主系统将该关键接口与次系统对应的接口之间的连接信息以及本地微服务的外部接口调用情况信息发送给中心系统。

需要说明的是,中心系统可以和多个主系统连接.多个主系统分别将对应的关键接口的连接信息以及本地微服务的外部接口调用情况信息发送给中心系统。

在一些实施例中,图2示出的S104之后还包括S125实现,将结合各步骤进行说明。

S125、向中心系统发送的关键接口对应的连接状态信息,以及对应的本地微服务外部接口调用情况信息;所述关键接口表征预设的关键业务的接口。

本发明实施例中,主系统向中心系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息;所述关键接口表征预设的关键业务的接口。

其中,中心系统可以与至少一个主系统通信连接连接,用于接收至少一个主系统的业务信息。

请参见图5,为本发明实施例提供的连接状态监控方法的一个可选的流程示意图。应用于次系统设备,将结合步骤进行说明。

S126、接收主系统基于接口元数据发送的接口检测请求。

本发明实施例中,次系统和主系统连接。主系统间隔第一预设时间基于接口元数据中的相关数据向次系统发送连接检测请求。同时,次系统接收到主系统发送的接口检测请求。

其中,接口元数据表征主系统的本地接口与对应接口之间的连接数据。

S127、响应接口检测请求,向主系统反馈接口检测数据。

本发明实施例中,次系统响应接口检测请求,在自身的数据库中调取一段时间段内的主系统的本地接口和次系统对应接口的接口调用情况信息。并将该接口调用情况信息携带在接口检测数据中发送给主系统。

本发明实施例中,次系统通过接收并响应主系统基于接口元数据发送给自身的接口检测请求,向主系统反馈自身的接口检测数据,由于接口元数据中包括了本地接口与对应接口之间的相关数据,所以无论主系统与次系统的结构是否相同,都可以及时全面的实现主系统与次系统之间的接口状态监控。

在一些实施例中,图5示出的S127之后还包括S128实现,将结合各步骤进行说明。

S128、接收到主系统发送的端口检测请求,端口检测请求是主系统分析接口检测数据,确定本地接口与对应接口的连接状态异常时发送的。

本发明实施例中,若主系统通过接口检测数据检测得到本地接口与次系统对应接口之间的连接状态异常,则主系统会检测主系统和次系统之间的端口连接是否正常。主系统向次系统发送端口检测请求。

在一些实施例中,图5示出的S127之后还包括S129-S130实现,将结合各步骤进行说明。

S129、接收主系统发送的对应指定接口的指定检测请求。

本发明实施例中,主系统接收到了目标对象的触控信号,主系统向次系统的指定接口发送指定检测请求。

S130、响应指定检测请求,向主系统反馈指定接口对应的指定检测数据。

本发明实施例中,次系统响应指定检测请求,在自身的数据库中调取一段时间段内的主系统的本地接口和次系统指定接口的接口调用情况信息。并将该接口调用情况信息携带在指定检测数据中发送给主系统。

请参见图6,为本发明实施例提供的连接状态监控方法的一个可选的流程示意图。应用于中心系统设备,将结合步骤进行说明。

S131、接收至少一个主系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息。

本发明实施例中,中心系统接收到每个与中心系统连接的主系统发送的关键接口之间的连接状态信息以及对应的本地微服务外部接口调用情况信息。

S132、基于关键接口对应的连接状态信息以及本地微服务外部接口调用情况信息,构建每个主系统的连接状态图以进行展示。

本发明实施例中,中心系统构建出每个主系统与对应的次系统之间的关键接口之间的连接状态图。中心系统则将每个主系统的本地微服务接口情况信息在对应的主系统状态图中进行展示。

其中,每个主系统对应的次系统可以包括其他的主系统或者中心系统。

本发明实施例中,中心系统通过获取其他的主系统的关键接口之间的连接状态信息以及对应的本地微服务外部接口调用情况信息,构建出多个主系统的连接状态图,进而可以全面的展示全局系统中的每个系统之间的连接状态。

请参见图7,为本发明实施例提供的连接状态监控方法的交互图。将结合步骤进行说明。

S134,主系统加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图。

步骤S134的详细实现与S101的实现一致,此处不再赘述。

S135,主系统响基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求。

步骤S135的详细实现与S102的实现一致,此处不再赘述。

S136,主系统接收次系统响应接口检测请求反馈的接口调用情况信息,根据接口调用情况信息,得到本地接口与次系统对应接口之间的接口检测结果。

步骤S136的详细实现与S103的实现一致,此处不再赘述。

S137,主系统基于接口检测结果,在预期连接图中展示本地接口与次系统对应接口的连接状态,以进行监控。

步骤S137的详细实现与S104的实现一致,此处不再赘述。

S138,中心系统接收至少一个主系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息。

步骤S138的详细实现与S131的实现一致,此处不再赘述。

S139,主系统基于关键接口对应的连接状态信息以及本地微服务外部接口调用情况信息,构建每个主系统的连接状态图以进行展示。

步骤S139的详细实现与S132的实现一致,此处不再赘述。

请参见图8,为本发明实施例提供的连接状态监控装置的结构示意图一。

本发明实施例提供了一种连接状态监控装置800,应用于主系统,包括:加载单元803、第一发送单元804、第一接收单元805和处理单元806。

加载单元803,用于加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图;接口元数据表征本地接口与次系统对应接口之间的相关数据;

第一发送单元804,用于基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求;所述接口检测请求用于调取次系统对应接口的接口调用情况信息;

第一接收单元805,用于接收次系统响应接口检测请求反馈的接口调用情况信息,根据所述接口调用情况信息,得到与次系统对应接口之间的接口检测结果;接口检测结果表征本地接口与次系统对应接口之间的连接状态;

处理单元806,用于基于所述接口检测结果,在所述预期连接图中展示所述本地接口与所述次系统对应接口的连接状态,以进行监控。

本发明实施例中,连接状态监控装置800中的第一接收单元805用于根据接口调用情况信息中的占比信息,得到本地接口与次系统对应接口之间的接口检测结果,占比信息表征本地接口与次系统对应接口在预设时间段内的成功调用次数占总调用次数的比值信息。

本发明实施例中,连接状态监控装置800中的第一发送单元804用于若接口检测结果表征本地接口与次系统对应接口之间的连接状态异常,则检测本地接口与次系统对应接口之间的端口连接结果以及网络连接情况信息,以供调整所述本地接口与所述次系统对应接口之间的连接状态。

本发明实施例中,连接状态监控装置800中的第一发送单元804用于若接口检测结果表征本地接口与次系统对应接口之间的连接状态异常,则向次系统对应接口发送端口检测请求;接收次系统响应端口检测请求反馈的端口检测数据,根据端口检测数据,得到本地接口与次系统对应端口之间的端口连接结果;若端口连接结果表征与次系统对应端口之间的连接状态异常,则检测获取到与次系统之间的网络连接情况信息。

本发明实施例中,连接状态监控装置800中的第一接收单元805用于接收次系统响应端口检测请求反馈的端口检测数据;根据端口检测数据中的占比信息,得到本地接口与次系统对应端口之间的端口连接结果,占比信息表征本地端口与次系统对应端口在预设时间段内的成功连接次数占总连接次数的数量信息。

本发明实施例中,连接状态监控装置800中的处理单元806用于在预期连接图中,基于接口检测结果对应的预设标识,形成本地接口与次系统对应接口之间的连接线路,并在连接线路处展示对应的接口检测结果,以进行监控。

本发明实施例中,接口检测结果包括:策略不通、接口异常、接口正常和退出服务中的任意一个。连接状态监控装置800中的处理单元806用于在预期连接图中,基于策略不通对应的第一预设标识,形成本地接口与次系统对应接口之间的第一连接线路,并在第一连接线路处展示策略不通信息,以进行监控;或,在预期连接图中,基于接口异常对应的第二预设标识,形成本地接口与次系统对应接口之间的第二连接线路,并在第二连接线路处展示接口异常信息,以进行监控;或,在预期连接图中,基于接口正常对应的第三预设标识,形成本地接口与次系统对应接口之间的第三连接线路,并在第三连接线路处展示接口正常信息,以进行监控;或,在预期连接图中,基于退出服务对应的第四预设标识,形成本地接口与次系统对应接口之间的第四连接线路,并在第四连接线路处展示退出服务信息,以进行监控。

本发明实施例中,连接状态监控装置800中的第一发送单元804用于获取得到本地微服务的本地接口调用情况信息。

本发明实施例中,连接状态监控装置800中的第一发送单元804用于间隔第二预定时间向本地微服务发送本地检测请求;连接状态监控装置800中的第一接收单元805用于获取本地微服务响应本地检测请求反馈的本地接口调用情况数据;分析本地接口调用情况数据,得到本地微服务的内部接口调用情况信息以及外部接口调用情况信息;本地微服务的内部接口用于本地微服务之间的连接,本地微服务的外部接口用于本地微服务和次系统服务之间的连接。

本发明实施例中,连接状态监控装置800中的第一发送单元804用于获取目标对象的触控信号,响应触控信号,向次系统的指定接口发送指定检测请求;连接状态监控装置800中的第一接收单元805用于接收次系统响应指定检测请求反馈的指定检测数据,并分析指定检测数据,得到与指定接口之间指定检测结果;处理单元806基于指定检测结果,在预期连接图中更新与指定接口之间的连接状态。

连接状态监控装置800中的第一发送单元804用于向中心系统发送关键接口对应的连接状态信息以及本地微服务的外部接口调用情况信息;关键接口为中心系统预设的至少一个本地接口。

本发明实施例中,连接状态监控装置800中的加载单元803加载接口元数据,基于接口元数据构建本地接口与次系统对应接口之间的预期连接图;通过第一发送单元804基于接口元数据,间隔第一预定时间向次系统对应接口发送接口检测请求;通过第一接收单元805接收次系统响应接口检测请求反馈的接口调用情况信息,根据接口调用情况信息,得到本地接口与次系统对应接口之间的接口检测结果;接口检测结果表征本地接口与次系统对应接口之间的连接状态;再通过处理单元806基于接口检测结果,在预期连接图中展示本地接口与次系统对应接口的连接状态,由于接口元数据中包括了本地接口与对应接口之间的连接数据,使主系统可以向次系统的对应接口发送连接检测请求,进而实现了不同微服务系统之间的连接检测,能够高效的获取不同微服务系统之间的连接情况。

连接状态监控装置800中的第一发送单元804用于向中心系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息;所述关键接口表征预设的关键业务的接口。

请参见图9,为本发明实施例提供的连接状态监控装置的结构示意图二。

本发明实施例提供的连接状态监控装置900,应用于次系统,包括:第二接收单元903和第二发送单元904。

第二接收单元903,用于接收主系统基于接口元数据发送的接口检测请求;接口元数据表征主系统的本地接口与对应接口之间的连接数据。

第二发送单元904,用于响应接口检测请求,向主系统反馈接口检测数据。

本发明实施例中,连接状态监控装置900中的第二接收单元903用于接收到主系统发送的端口检测请求,端口检测请求是主系统分析接口检测数据,得到本地接口与对应接口的连接状态异常时得到的。

本发明实施例中,连接状态监控装置900中的第二接收单元903还用于接收主系统发送的对应指定接口的指定检测请求。

本发明实施例中,连接状态监控装置900中的第二发送单元904还用于响应指定检测请求,向主系统反馈指定接口对应的指定检测数据。

本发明实施例中,次系统通过第二接收单元903接收并响应主系统基于接口元数据发送给自身的接口检测请求,通过第二发送单元904向主系统反馈自身的接口检测数据,由于接口元数据中包括了本地接口与对应接口之间的相关数据,所以无论主系统与次系统的结构是否相同,都可以及时全面的实现主系统与次系统之间的接口状态监控。

请参见图10,为本发明实施例提供的连接状态监控装置的结构示意图三。

本发明实施例提供了一种连接状态监控装置700,应用于中心系统,包括:第三接收单元703和构图单元704.

第三接收单元703,用于接收至少一个主系统发送的关键接口对应的连接状态信息以及对应的本地微服务外部接口调用情况信息;

构图单元704,用于基于关键接口对应的连接状态信息以及本地微服务外部接口调用情况信息,构建每个主系统的连接状态图以进行展示。

本发明实施例中,中心系统通过第三接收单元703获取其他的主系统的关键接口之间的连接状态信息以及对应的本地微服务外部接口调用情况信息,再通过构图单元704构建出多个主系统的连接状态图,进而可以全面的展示全局系统中的每个系统之间的连接状态。

对应地,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法中的步骤。

对应地,本发明实施例提供一种系统监控设备600,包括存储器602和处理器601,存储器602存储有可在处理器601上运行的计算机程序,处理器601执行程序时实现上述方法中的步骤。

本发明实施例中,系统监控设备600包括:主系统设备、次系统设备和中心系统设备中的任意一个。

这里需要指出的是:以上存储介质和装置实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明存储介质和装置实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。

需要说明的是,图11为本发明实施例提供的连接状态监控装置的一种硬件实体示意图,如图11所示,该系统监控设备600的硬件实体包括:处理器601和存储器602,其中;

处理器601通常控制连接状态监控装置700或者连接状态监控装置800或者连接状态监控装置900的总体操作。

存储器602配置为存储由处理器601可执行的指令和应用,还可以缓存处理器601以及系统监控设备600中各模块待处理或已经处理的数据(例如,图像数据、音频数据、语音通信数据和视频通信数据),可以通过闪存(FLASH)或随机访问存储器(Random AccessMemory,RAM)实现。

相关技术
  • 一种连接外接设备的方法、装置、设备和存储介质
  • 一种存储系统的状态检测方法、装置、设备及存储介质
  • 设备健康度监控方法、装置、计算机设备及可读存储介质
  • 设备监控方法、装置、计算机设备及存储介质
  • 蓝牙耳机连接方法、装置、电子设备及存储介质
  • 网络连接状态监控方法、装置、计算机设备及存储介质
  • 一种网络连接状态监控方法、装置及电子设备和存储介质
技术分类

06120115622254