CN112039701B - 接口调用监控方法、装置、设备及存储介质 - Google Patents
接口调用监控方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112039701B CN112039701B CN202010879202.3A CN202010879202A CN112039701B CN 112039701 B CN112039701 B CN 112039701B CN 202010879202 A CN202010879202 A CN 202010879202A CN 112039701 B CN112039701 B CN 112039701B
- Authority
- CN
- China
- Prior art keywords
- interface
- call
- data
- calling
- monitoring
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及人工智能领域,公开了一种接口调用监控方法、装置、设备及存储介质,该方法包括:接收客户端发送的用于调用提供端上的通信接口的接口调用指令,基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据,根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录,实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件。本发明还涉及区块链技术,所述队列消息存储于区块链中。本发明实现了调用和数据的一体监控、业务运行的监控,提高了接口维护的可操作性。接口调用监控。
Description
技术领域
本发明涉及人工智能领域,尤其涉及一种接口调用监控方法、装置、设备及存储介质。
背景技术
随着业务多样化的发展,相应***的复杂度、稳定性、可维护性也越来越难以控制。随着业务***服务化的兴起和发展,***服务化带来了另一个问题是通信接口的安全实现,尤其是传统金融公司、互联网金融公司及其他商务类互联网公司,这些公司的业务常常涉及到大量业务的来往。这些公司***的接口调用常常影响到用户或者公司的业务交互使用,因此需要对它们进行监控,以便在异常场景下迅速介入,阻止恶劣事件进一步发展。
目前,业内对于接口调用异常的处理,主要是通过统一后台技术框架来实现,该种方式能做到对单个接口调用异常的监控,但是无法感知业务数据交互的异常对***运行的影响,尤其是对于***接口类型为近实时的个性化类型接口的调用,难以实现接口调用和接口数据的同时监控。
发明内容
本发明的主要目的在于解决现有技术中难以实现一体化监控***运行状况和业务运行情况的技术问题。
本发明第一方面提供了一种接口调用监控方法,包括:
接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件。
可选的,在本发明第一方面的第一种实现方式中,所述基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据,包括:
对所述接口调用指令进行解析,得到请求调用的通信接口的接口类型;
基于所述接口类型,从所述提供端上查询出对应的接口协议信息,所述接口协议信息包括入参、出参、路由规则、调用超时时间和数据映射规则;
利用所述路由规则调用所述通信接口,并记录在调用所述通信接口时的入参、出参、实际调用时间和调用次数;
获取在调用所述通信接口过程中返回的交互数据,并将所述交互数据按照所述数据映射规则发送至用户。
可选的,在本发明第一方面的第二种实现方式中,所述根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录,包括:
判断所述调用次数是否大于预设的最大重复调用次数,得到判断结果;
基于所述判断结果确定接口告警类型;
将所述入参、出参、接口告警类型以及交互数据生成接口调用日志,并将所述接口调用日志写入队列消息中;
将包含有接口调用日志的队列消息同步至监控数据库中进行记录。
可选的,在本发明第一方面的第三种实现方式中,所述将包含有接口调用日志的队列消息同步至监控数据库中进行记录,包括:
获取所述通信接口对所述队列消息的推送函数;
提取所述推送函数中的注解参数,并判断所述注解参数的取值,所述注解参数用于指示所述队列消息的类型;
基于所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录。
可选的,在本发明第一方面的第四种实现方式中,所述类型包括普通接口告警类型和个性化接口告警类型;所述根据所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录,包括:
判断所述取值是否为空;
若所述取值为空,则确定所述队列消息中携带的告警类型为普通接口调用,并将所述队列消息中关于接口个性化调用的信息进行屏蔽,得到第二队列消息;
若所述取值不为空,则确定所述队列消息中携带的告警类型为接口个性化调用,并将所述队列消息中关于普通接口调用的信息进行屏蔽,得到第三队列消息;
将所述第二队列消息或第三队列消息发送至所述监控数据库存储。
可选的,在本发明第一方面的第五种实现方式中,所述将所述第二队列消息或第三队列消息发送至所述监控数据库存储,包括:
在所述监控数据库中设置两个不同的数据表模板,其中,每个数据表模板对应于一种类型的队列消息;
将所述第二队列消息或第三队列消息中携带的入参、出参、实际调用时间和调用次数按照所述数据映射规则以及实际调用时间,依次映射到对应的数据表模板中,得到数据记录表。
可选的,在本发明第一方面的第六种实现方式中,所述实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件,包括:
通过队列***监控所述数据记录表中的调用次数;
判断所述调用次数是否满足预设的最大重复次数;
若不满足,则确定所述通信接口调用失败,并发送告警邮件;
若满足,则检测所述数据记录表中记录的交互数据是否为有效交互;
若否,则确定所述通信接口调用失败,并发送告警邮件。
本发明第二方面提供了一种接口调用监控装置,包括:
接收模块,用于接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
采集模块,用于基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
处理模块,用于根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
告警模块,用于实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件。
可选的,在本发明第二方面的第一种实现方式中,所述采集模块包括:
解析单元,用于对所述接口调用指令进行解析,得到请求调用的通信接口的接口类型;
查询单元,用于基于所述接口类型,从所述提供端上查询出与之对应的接口协议信息,所述接口协议信息包括入参、出参、路由规则、调用超时时间和数据映射规则;
调用记录单元,用于利用所述路由规则调用所述通信接口,并记录在调用所述通信接口时的入参、出参、实际调用时间和调用次数;
交互单元,用于获取在调用所述通信接口过程中返回的交互数据,并将所述交互数据按照所述数据映射规则发送至用户。
可选的,在本发明第二方面的第二种实现方式中,所述处理模块包括:
判断单元,用于判断所述调用次数是否大于预设的最大重复调用次数,得到判断结果;
确定单元,用于基于所述判断结果确定接口告警类型;
写入单元,用于将所述入参、出参、接口告警类型以及交互数据生成接口调用日志,并将所述接口调用日志写入队列消息中;
同步单元,用于将包含有接口调用日志的队列消息同步至监控数据库中进行记录。
可选的,在本发明第二方面的第三种实现方式中,所述同步单元具体用于:
获取所述通信接口对所述队列消息的推送函数;
提取所述推送函数中的注解参数,并判断所述注解参数的取值,所述注解参数用于指示所述队列消息的类型;
基于所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录。
可选的,在本发明第二方面的第四种实现方式中,所述类型包括普通接口告警类型和个性化接口告警类型;所述同步单元具体用于:
判断所述取值是否为空;
若所述取值为空,则确定所述队列消息中携带的告警类型为普通接口调用,并将所述队列消息中关于接口个性化调用的信息进行屏蔽,得到第二队列消息;
若所述取值不为空,则确定所述队列消息中携带的告警类型为接口个性化调用,并将所述队列消息中关于普通接口调用的信息进行屏蔽,得到第三队列消息;
将所述第二队列消息或第三队列消息发送至所述监控数据库存储。
可选的,在本发明第二方面的第五种实现方式中,所述同步单元具体用于:
在所述监控数据库中设置两个不同的数据表模板,其中,每个数据表模板对应于一种类型的队列消息;
将所述第二队列消息或第三队列消息中携带的入参、出参、实际调用时间和调用次数按照所述数据映射规则以及实际调用时间,依次映射到对应的数据表模板中,得到数据记录表。
可选的,在本发明第二方面的第六种实现方式中,所述告警模块具体用于:
通过队列***监控所述数据记录表中的调用次数;
判断所述调用次数是否满足预设的最大重复次数;
若不满足,则确定所述通信接口调用失败,并发送告警邮件;
若满足,则检测所述数据记录表中记录的交互数据是否为有效交互;
若否,则确定所述通信接口调用失败,并发送告警邮件。
本发明第三方面提供了一种接口调用监控设备,包括:存储器和至少一个处理器,所述存储器中存储有指令,所述存储器和所述至少一个处理器通过线路互连;所述至少一个处理器调用所述存储器中的所述指令,以使得所述接口调用监控设备执行上述的接口调用监控方法。
本发明的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述的接口调用监控方法。
本发明的技术方案中,在监控监控的过程中,监控客户端发送的对服务端上的接口调用的接口调用指令,基于该指令获取接口的调用数据以及交互数据,然后通过调用数据和交互数据生成队列消息,并同步记录,最后通过实时监控队列消息来判断接口调用的情况,从而产生对应的接口告警;本申请通过对接口调用的调用数据和调用之后的交互数据来进行监控,不仅实现调用和数据的一体监控,还实现了对业务运行的监控,并且队列消息的监控可以减少***对接口监控的消耗开销,实现了同时支持大数据量的监控,大大提高了接口维护的可操作性。
附图说明
图1为本发明实施例中接口调用监控方法的第一个实施例示意图;
图2为本发明实施例中接口调用监控方法的第二个实施例示意图;
图3为本发明实施例中接口调用监控方法的第三个实施例示意图;
图4为本发明实施例提供的接口调用记录编码示意图;
图5为本发明实施例中接口调用监控装置的一个实施例示意图;
图6为本发明实施例中接口调用监控装置的另一个实施例示意图;
图7为本发明实施例中接口调用监控设备的一个实施例示意图。
具体实施方式
本发明实施例提供了一种接口调用监控方法、装置、设备及存储介质,本发明的技术方案中,通过获取接口调用***数据,如接口调用是否成功、接口响应耗时等,以及接***互的出入参数据,将调用数据和交互数据作为消息队列的消息异步发送出去。本方案中的***监听这些消息,并根据预设的监控类型来决定是否记录本次***运行状况和业务运行情况,同时判断是否发送互联网类告警通知或者其他预设的告警短信,以便于工作人员迅速对告警进行处理,减少被告警的问题对***或对业务造成更多的恶劣影响。本方案提高了***和业务运行情况的监控的精确程度,大大缩短了出现问题和人工干预的时间差,而且本方案带来的接口调用的额外性能开销极小,能够支持同一时间十亿级监控信息,基本能满足多数企业的监控要求。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”或“具有”及其任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解,下面对本发明实施例的具体流程进行描述,请参阅图1,本发明实施例中接口调用监控方法的第一个实施例包括:
101、接收客户端发送的接口调用指令;
可以理解的是,本发明的执行主体可以为接口调用监控装置,还可以是终端或者服务器,具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。
在本实施例中,该接口调用指令指的是用于调用接口提供端上的通信接口的指令,通信接口可以理解为是网络接口或者无线接口,甚至还可以是NFC接口等等,只要能实现客户端与提供端之间的通信和数据交互的接口均可以。
在该步骤中,这里的接口调用指令是由用户通过访问软件或者终端发起业务处理时所产生的接口调用命令,该命令中包含有需要调用的通信接口的类型信息,甚至还可以是发起的业务实现的功能类型,基于功能类型或者类型信息可以通过接口的映射关系直接找到对应的通信接口。
在实际应用中,该指令中还可以携带有待交互的业务的数据,在业务***完成了接口的调用之后,直接通过该通信接口将业务的数据发送出去。
在实际应用中,在接收接口调用指令时,服务器通过监控接口提供端上的每个接口使用情况,具体可以通过监控接口的0或1置位状态来实现监控,当是1时,说明接口已被调用,然后从与提供端连接的控制设备上获取该接口的接口调用指令,或者是从提供端上的指令库中获取。
102、基于接口调用指令,获取在调用通信接口过程中所产生的调用数据和/或交互数据;
在本实施例中,首先对接口调用指令进行解析,得到指令中携带的接口类型、接口编号,基于接口类型和接口编号遍历提供端上的接口列表,找到对应的接口,然后获取接口的IP地址,基于IP地址确定接口运行的记录日志,在实际应用中,提供端的所有接口调用的记录都会记录在一个大的日志表中,通过IP地址查询,可以确定对应接口的调用或者运行的记录,将该接口在执行接口调用指令时刻之后运行记录均提取出来,形成该接口的调用数据,该调用数据包括在根据指令实现接口与客户端之间的通信连接时的调用参数。
本实施例中,在获取到调用数据之后,还包括判断调用数据中记录的数据是否为调用成功的记录,若存在,则获取客户端提供端之间通过接口实现的交互数据,具体的,从接口对应的缓存器中调取。在实际应用中,对于调取交互数据还包括通过监控拦截的方式获取两者通过接***互的数据的方式获取。
在本实施例中,所述调用数据包括入参、出参、接口信息、接口响应耗时和标记所述通信接口调用是否成功的标志信息;其调用数据是由业务处理***在触发接口调用时所产生的。
在实际应用中,所述调用数据是一定存在的,而交互数据由于会存在接口调用成功,但是通过通信接口实现的业务功能并没有完成,这时就不会产生交互数据,当然也可以存在,例如交互数据为空。
可选的,从后台***维护接口仓库中各个通信接口来说,在调用接通时,都需要的协议信息,记录调用这些接口时需要的入参、出参、调用时间、接口类型、路由规则、数据映射规则等协议信息,并将该协议信息保存至数据库中。下面以一个第三方通信接口进行举例说明,该第三方通信接口url为:http://a.jd.com/fetch?a=zhang&b=3&c=4,在调用时需要把该通信接口拆解开来,并以json串的形式形成调用数据,最后形成一个数据库存储文件。
通过该json串就可以获取调用这些接口时需要的入参、出参、调用时间、接口类型、路由规则、数据映射规则等等的调用数据。由于该接口仓库有后台***存储管理。
103、根据调用数据和/或交互数据生成队列消息,并将队列消息同步至监控数据库中进行记录;
在本实施例中,在生成队列消息时,主要是以调用数据为主生成队列消息,交互数据携带在所述队列消息中,当然交互数据是要根据通信接口中通信协议进行处理后才能添加到队列消息中。需要强调的是,为进一步保证上述队列消息的私密和安全性,上述队列消息在同步至监控数据库记录时,具体可以存储于监控数据库中的一区块链的节点中。
在实际应用中,生成队列消息具体可以通过监控数据库的记录要求来生成,甚至还可以通过消息转换模型来生成,可选的,在将拆解出来的调用数据,按照监控数据库的存储格式转换生成队列消息,然后判断接***互中是否存在交互数据的产生,若存在,则将其嵌入队列消息中发送出去,所述监控数据库优先选择为队列消息协助服务器(MQ broker)来实现。
104、实时监控队列消息,确定通信接口的实际调用情况,并基于实际调用情况判断是否发送告警邮件。
本实施例中,通过监控所述队列消息来确定所述通信接口的实际调用情况,具体是通过监控所述队列信息中的调用次数和告警类型信息来判断接口的调用是否成功。
在本实施例中,判断接口调用成功与否,需要从两个方面进行判断,分别是通信接口与客户端的通信连接成功建立以及通信接口上存在数据的交互,也即是说,先判断通信接口的连接状态是否为1,若是,则检测所述队列消息中是否携带有交互数据,或者是检测队列消息中携带的交互数据是否为空,若检测到没有携带或者是数据为空,则确定为接口调用不成功,发送告警邮件。若检测到携带或者是数据为非空,则确定为接口调用成功,进一步,获取交互数据进行分析,分析该交互数据是否为接口调用指令中指定的业务数据,若是,则确定为接口调用成功。
若通信接口的连接状态不为1,则直接确定为接口调用不成功,并执行告警处理的步骤。
在实际应用中,队列消息本身是设置为具有重复发送的功能,因此,该步骤在确定接口本身是否调用成功还可以通过检测队列消息中携带的调用次数,根据调用次数中对于重复调用的次数来确定接口本身的调用是否成功,在MQ consumer未返回消费成功的情况下会重试指定次数。如果重试了指定次数之后仍然失败,则告警。当然,在这里还可以是通过检测监控数据库中是否收到队列消息来确定。
通过对上述方法的执行,通过同时根据接口的本身调用数据和交互的数据来进行监控,这样不仅可以实现了对接口的调用是否成功的监控,还实现了对接口是否实现调用后的服务功能的监控,大大提高了对接口调用的监控的准确度。
请参阅图2,本发明实施例中接口调用监控方法的第二个实施例包括:
201、接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
202、对接口调用指令进行解析,得到请求调用的通信接口的接口类型;
203、基于所述接口类型,从所述提供端上查询出与之对应的接口协议信息,所述接口协议信息包括入参、出参、路由规则、调用超时时间和数据映射规则;
204、利用路由规则调用通信接口,并记录在调用通信接口时的入参、出参、实际调用时间和调用次数;
205、获取在调用通信接口过程中返回的交互数据,并将交互数据按照数据映射规则发送至用户;
在本实施例中,查询对应的接口的协议信息,具体可以通过从提供端中的接口仓库中查询,这里的接口仓库可以理解为是提供端用于存储第三方通信接口的信息的数据库或者是数据表。
在实际应用中,所述接口类型包括但不限于:Http Get和Http Post以及Webservice。所述路由规则包括但不限于:默认路由规则、Cookie路由规则以及请求头路由规则。根据所述路由规则调用通信接口时,根据所述路由规则计算调用的所述通信接口的缓存key,并将调用的所述通信接口保存至Nginx的共享缓存中或Redis,并建立对应关系表,在实际使用时,直接根据保存的对应关系表来查询调用即可。
在实际应用中,对于获取的交互数据可以通过以下两种方式来获取,一种是直接从接口调用指令中获取,另一种是在接口调用成功后,直接从用户端接收读取,而这种方式则必须要接口调用成功后才能对用户端的数据进行接收。
206、根据调用数据和/或交互数据生成队列消息,并将队列消息同步至监控数据库中进行记录;
本实施例中,由于队列消息本身具有重试的功能,在调用通信接口时,可以进行多次的调用重试,而每重试一次对应记录一个参数,基于该参数确定接口调用是否成功,并且结合提供端对应消息的外发设置,生成对应的接口告警类型;
进一步的,获取调用接口时产生的其他参数,如入参、出参和交互数据等等参数,与接口告警类型生成对应的队列消息。
当然,也可以是在生成队列消息后,基于队列消息来重试操作,而重试操作参数的重复次数的记录,可以嵌入到队列消息中同步至数据库中,从而实现消息的同步监控。这样的方式既可以达到监控的目的,也可以提高接口调用的成功率。
在本实施例中,该步骤的具体实现可以通过该判断所述调用次数是否大于预设的最大重复调用次数,得到判断结果;基于所述判断结果确定接口告警类型;将所述入参、出参、接口告警类型以及交互数据生成接口调用日志,并将所述接口调用日志写入队列消息中;将包含有接口调用日志的队列消息同步至监控数据库中进行记录。
207、实时监控所述队列消息,确定通信接口的实际调用情况,并基于实际调用情况判断是否发送告警邮件。
本发明实施例中,通过监控队列消息MQ实现对接口调用是否成功的统一监控,同时在MQ消息中携带了交互数据,进一步实现了对接口数据的实时监控,解决了接口调用与调用后数据不匹配的问题。
请参阅图3,本发明实施例中接口调用监控方法的第三个实施例包括:
301、接收客户端发送的接口调用指令;
302、基于接口调用指令,获取在调用通信接口过程中所产生的调用数据和/或交互数据;
303、根据调用数据和/或交互数据生成队列消息;
304、获取通信接口对队列消息的推送函数;
305、提取推送函数中的注解参数,并判断注解参数的取值;
306、判断取值是否为空;
在该步骤中,判断取值是否为空,具体是通过检测所述注解参数中的二进制置位电平,其中,电平为1的为非空,电平为0的为空,具体如图4所示的接口调用记录编码。
307、若取值为空,则确定队列消息中携带的告警类型为普通接口调用;
本实施例中,这里所表述的普通接口调用指的是与业务结算无关联的调用,比如:只是利用接口进行普通业务的交互,例如发送通知消息等等。
308、将所述队列消息中关于接口个性化调用的信息进行屏蔽,得到第二队列消息;
309、若取值不为空,则确定队列消息中携带的告警类型为接口个性化调用;
本实施例中,这里所表述的个性化调用指的是与业务结算有关联的调用,比如:只是利用接口进行业务账单的交互,例如交易代码、金额、交易账单等等。除此之外,还包括用户的自定义传输格式的接口调用,也属于个性化调用,例如:定义业务数据交互模板等等。
310、将队列消息中关于普通接口调用的信息进行屏蔽,得到第三队列消息;
在本实施例中,在将队列消息同步至监控数据库中时,提供端具体通过发送函数来控制,控制同步队列消息的类型,对于不同的通信接口其产生的队列消息的具体内容会存在区别,可选的,可以通过函数中的注解参数来控制,比如在对提供端上的接口调用时产生所有数据,在当前同步时间段内只对普通的接口的调用数据进行同步,这时在函数的注解参数中设置为只对普通接口的调用数据的同步发送,当然还可以是通过该注解参数来控制队列消息,即是针对对应的接口类型来获取对应的调用数据,以生成满足该接口类型的队列消息。需要强调的是,为进一步保证上述队列消息的私密和安全性,上述队列消息在同步至监控数据库记录时,具体可以存储于监控数据库中的一区块链的节点中。
311、将队列消息中携带的入参、出参、实际调用时间和调用次数按照数据映射规则以及实际调用时间,依次映射到对应的数据表模板中,得到数据记录表;
在本实施例中,对于队列消息(MQ消息)可以分为两类MQ topic,分别是普通接口成功与否警告topic、接口个性化告警topic,是否发送这些topic取决于提供者的函数的注解中的参数,可以只发其中一个topic,也可以发多个topic的MQ消息,例如:参数type是normal,则只发送接口级监控消息(MQ消息,下同);如参数type是custom,则只发送个性化的监控消息;如参数是both,则两类监控消息都发送。需要强调的是,为进一步保证上述数据记录表的准确性和安全性,在生成数据记录表时,具体是通过区块链技术来存储转换,并记录在区块链中。
接口告警MQ topic的***消费到MQ消息之后,将接口的成功与失败信息写入监控数据库DB。
在实际应用中,由于MQ本身有重试功能,在MQ consumer未返回消费成功的情况下会重试指定次数。如果重试了指定次数之后仍然失败,则告警。其中,接口成功和失败根据一个二进制的错误码来做判断。如图4所示,带黑底色的0表示无需人工干预,其他数值表示需要人工干预,调用失败。另外,接口成功并不表示业务响应成功,如用户在支付保费的过程中,***返回接口调用错误,错误信息是“用户银行卡余额不足”。接口调用错误,表示需要技术人员关注,如大促期间下游***响应超时。
在本实施例中,在将队列消息同步到BD后,该方法还包括将以下信息写入或更新进DB:序号,接口名,分钟(年、月、日、时、分、秒),调用总数,调用成功总数,调用失败总数,记录创建时间,记录更新时间。并根据提供者端的配置将以下信息***DB:序号,接口名,入参关键参数(可填如id,便于出问题之后迅速定位),入参,出参(包括错误信息错误码),记录创建时间,记录更新时间。
其中,入参关键参数由提供者端入参实现接口来得到,入参和出参出于性能的考虑只能最多存储256个字节,其中DB均按照年来划分多个数据库,数据表均按照月和日来划分。例如:invok_2019_db.invoke_08_28_info,其中invok_2019_db为DB名,invoke_08_28_info为表名,2019为年,08为月,28为日,即2019年有365张物理表。
写入或更新完DB之后,MQ***根据配置判断是否发送告警邮件。如一分钟失败率超过80%,一分钟失败次数超过20次。发送告警邮件失败,则重试三次,仍失败,则忽略。
312、实时监控数据记录表,确定通信接口的实际调用情况;
313、基于实际调用情况判断是否发送告警邮件。
在本实施例中,在实时监控所述数据记录表时,具体是通过队列***监控所述数据记录表中的调用次数;
判断所述调用次数是否满足预设的最大重复次数;
若不满足,则确定所述通信接口调用失败,并发送告警邮件;
若满足,则检测所述数据记录表中记录的交互数据是否为有效交互;
若否,则确定所述通信接口调用失败,并发送告警邮件。
在本实施例中,在监控队列消息时,具体是可以通过在提供端上设置一个插件,通过控制该插件来实现对接口的间接调用,消费者通过该接口调用指令调度插件,控制插件对提供端上的的接口I进行调用操作。插件会把消费者调用提供端的接口时所需要的出入参、接口I的名字作为MQ消息异步发送给MQ broker。MQ消息第一次发送失败的话,会再重试两次,共计三次,如果全都失败,则忽略,不再发送MQ消息。第一次或第二次发送成功,则不再重试。MQ发送异常是指插件所在应用作为MQ客户端与作为MQ服务器端的broker通信异常。
在实际应用中,该异常的判断过程可以是MQ***根据配置判断是否发送告警邮件。如一分钟失败率超过80%,一分钟失败次数超过20次。发送告警邮件失败,则重试三次,仍失败,则忽略。
通过上述方案的实施,解决了没有统一的接口调用成功与否的监控的***统一监控接口调用的问题,本方案也提供了一种通过扩展MQ***来做到的近实时的个性化监控的方案,如近实时监控交易是否可以对账成功,即是在监控接口本身调用的同时,也实现了对接口所需要实现的功能是否成功也进行了监控,实现了调用监控和功能监控的一体化,减少了监控的开销。
上面对本发明实施例中接口调用监控方法进行了描述,下面对本发明实施例中接口调用监控装置进行描述,请参阅图5,本发明实施例中接口调用监控装置一个实施例包括:
接收模块501,用于接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
采集模块502,用于基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
处理模块503,用于根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
需要强调的是,为进一步保证上述队列消息的私密和安全性,上述队列消息在同步至监控数据库记录时,具体可以存储于监控数据库中的一区块链的节点中。
告警模块504,用于实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件。
本发明实施例中,通过扩展队列消息来存储接口调用数据和接***互数据,基于队列消息监控接口的调用情况和使用情况,实现了数据的小开销监控和统一监控,基于这种方式对接口监控,在出现问题时,可以快速***干预解决问题,同时也便于用户的使用,满足了监控要求。
请参阅图6,本发明实施例中接口调用监控装置的另一个实施例包括:
接收模块501,用于接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
采集模块502,用于基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
处理模块503,用于根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
告警模块504,用于实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件。
其中,所述采集模块502包括:
解析单元5021,用于对所述接口调用指令进行解析,得到请求调用的通信接口的接口类型;
查询单元5022,用于基于所述接口类型,从所述提供端上查询出与之对应的接口协议信息,所述接口协议信息包括入参、出参、路由规则、调用超时时间和数据映射规则;
调用记录单元5023,用于利用所述路由规则调用所述通信接口,并记录在调用所述通信接口时的入参、出参、实际调用时间和调用次数;
交互单元5024,用于获取在调用所述通信接口过程中返回的交互数据,并将所述交互数据按照所述数据映射规则发送至用户。
其中,所述处理模块503包括:
判断单元5031,用于判断所述调用次数是否大于预设的最大重复调用次数,得到判断结果;
确定单元5032,用于基于所述判断结果确定接口告警类型;
写入单元5033,用于将所述入参、出参、接口告警类型以及交互数据生成接口调用日志,并将所述接口调用日志写入队列消息中;
同步单元5034,用于将包含有接口调用日志的队列消息同步至监控数据库中进行记录。
可选的,所述同步单元5034具体用于:
获取所述通信接口对所述队列消息的推送函数;
提取所述推送函数中的注解参数,并判断所述注解参数的取值,所述注解参数用于指示所述队列消息的类型;
基于所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录。
所述类型包括普通接口告警类型和个性化接口告警类型;所述同步单元5034具体用于:
判断所述取值是否为空;
若所述取值为空,则确定所述队列消息中携带的告警类型为普通接口调用,并将所述队列消息中关于接口个性化调用的信息进行屏蔽,得到第二队列消息;
若所述取值不为空,则确定所述队列消息中携带的告警类型为接口个性化调用,并将所述队列消息中关于普通接口调用的信息进行屏蔽,得到第三队列消息;
将所述第二队列消息或第三队列消息发送至所述监控数据库存储。
可选的,所述同步单元5034具体用于:
在所述监控数据库中设置两个不同的数据表模板,其中,每个数据表模板对应于一种类型的队列消息;
将所述第二队列消息或第三队列消息中携带的入参、出参、实际调用时间和调用次数按照所述数据映射规则以及实际调用时间,依次映射到对应的数据表模板中,得到数据记录表。
可选的,所述告警模块504具体用于:
通过队列***监控所述数据记录表中的调用次数;
判断所述调用次数是否满足预设的最大重复次数;
若不满足,则确定所述通信接口调用失败,并发送告警邮件;
若满足,则检测所述数据记录表中记录的交互数据是否为有效交互;
若否,则确定所述通信接口调用失败,并发送告警邮件。
本发明实施例中,采用数据记录表的方式存储调用数据和交互数据,得到队列消息,在监控数据记录表中对于接口的调用次数实现调用失败与否的判断,由于调用记录都是在数据记录表中,实现了监控设备可以承受单机每秒万级调用信息发送,并可以控制单机并发消费告警,完全不影响***原有的支持高并发的能力,进一步实现理论上可以支持海量接口调用,大大提高了监控的可操作性。
上面图5和图6从模块化功能实体的角度对本发明实施例中的接口调用监控装置进行详细描述,下面从硬件处理的角度对本发明实施例中接口调用监控设备进行详细描述。
图7是本发明实施例提供的一种接口调用监控设备的结构示意图,该接口调用监控设备700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,CPU)710(例如,一个或一个以上处理器)和存储器720,一个或一个以上存储应用程序733或数据732的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器720和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对接口调用监控设备700中的一系列指令操作。更进一步地,处理器710可以设置为与存储介质730通信,在接口调用监控设备700上执行存储介质730中的一系列指令操作,以实现上述各实施例提供的方法的步骤。
接口调用监控设备700还可以包括一个或一个以上电源740,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口760,和/或,一个或一个以上操作***731,例如Windows Serve,Mac OS X,Unix,Linux,FreeBSD等等。本领域技术人员可以理解,图7示出的接口调用监控设备结构并不构成对本申请实施例提供的接口调用监控设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本发明还提供一种计算机可读存储介质,该计算机可读存储介质可以为非易失性计算机可读存储介质,该计算机可读存储介质也可以为易失性计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行所述接口调用监控方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***或装置、单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种接口调用监控方法,其特征在于,所述接口调用监控方法包括:
接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件;
所述实时监控所述队列消息,确定所述通信接口的实际调用情况,包括:
通过监控所述队列信息中的调用次数和告警类型信息判断所述通信接口的调用是否成功;
其中,通过告警类型信息判断所述通信接口的调用是否成功包括:
判断所述通信接口与所述客户端的通信连接是否成功,
若连接成功,则检测所述队列消息中是否携带交互数据,或者检测所述队列消息中携带的交互数据是否为空;
若检测到未携带所述交互数据或者是所述交互数据为空,则确定所述通信接口调用不成功;
若检测到携带所述交互数据或者所述交互数据为非空,则判断所述交互数据是否为所述接口调用指令中指定的业务数据,若是,则确定所述通信接口调用成功;
若连接失败,则确定所述通信接口调用不成功。
2.根据权利要求1所述的接口调用监控方法,其特征在于,所述基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据,包括:
对所述接口调用指令进行解析,得到请求调用的通信接口的接口类型;
基于所述接口类型,从所述提供端上查询出与之对应的接口协议信息,所述接口协议信息包括入参、出参、路由规则、调用超时时间和数据映射规则;
利用所述路由规则调用所述通信接口,并记录在调用所述通信接口时的入参、出参、实际调用时间和调用次数;
获取在调用所述通信接口过程中返回的交互数据,并将所述交互数据按照所述数据映射规则发送至用户。
3.根据权利要求2所述的接口调用监控方法,其特征在于,所述根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录,包括:
判断所述调用次数是否大于预设的最大重复调用次数,得到判断结果;
基于所述判断结果确定接口告警类型;
将所述入参、出参、接口告警类型以及交互数据生成接口调用日志,并将所述接口调用日志写入队列消息中;
将包含有接口调用日志的队列消息同步至监控数据库中进行记录。
4.根据权利要求3所述的接口调用监控方法,其特征在于,所述将包含有接口调用日志的队列消息同步至监控数据库中进行记录,包括:
获取所述通信接口对所述队列消息的推送函数;
提取所述推送函数中的注解参数,并判断所述注解参数的取值,所述注解参数用于指示所述队列消息的类型;
基于所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录。
5.根据权利要求4所述的接口调用监控方法,其特征在于,所述类型包括普通接口告警类型和个性化接口告警类型;所述根据所述取值,从所述队列消息中选择不符合所述类型的信息删除,得到新的队列消息,并将所述新的队列消息同步至所述监控数据库中记录,包括:
判断所述取值是否为空;
若所述取值为空,则确定所述队列消息中携带的告警类型为普通接口调用,并将所述队列消息中关于接口个性化调用的信息进行屏蔽,得到第二队列消息;
若所述取值不为空,则确定所述队列消息中携带的告警类型为接口个性化调用,并将所述队列消息中关于普通接口调用的信息进行屏蔽,得到第三队列消息;
将所述第二队列消息或第三队列消息发送至所述监控数据库存储。
6.根据权利要求5所述的接口调用监控方法,其特征在于,所述将所述第二队列消息或第三队列消息发送至所述监控数据库存储,包括:
在所述监控数据库中设置两个不同的数据表模板,其中,每个数据表模板对应于一种类型的队列消息;
将所述第二队列消息或第三队列消息中携带的入参、出参、实际调用时间和调用次数按照所述数据映射规则以及实际调用时间,依次映射到对应的数据表模板中,得到数据记录表。
7.根据权利要求6所述的接口调用监控方法,其特征在于,所述实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件,包括:
通过队列***监控所述数据记录表中的调用次数;
判断所述调用次数是否满足预设的最大重复次数;
若不满足,则确定所述通信接口调用失败,并发送告警邮件;
若满足,则检测所述数据记录表中记录的交互数据是否为有效交互;
若否,则确定所述通信接口调用失败,并发送告警邮件。
8.一种接口调用监控装置,其特征在于,所述接口调用监控装置包括:
接收模块,用于接收客户端发送的用于调用提供端上的通信接口的接口调用指令;
采集模块,用于基于所述接口调用指令,获取在调用所述通信接口过程中所产生的调用数据和/或交互数据;
处理模块,用于根据所述调用数据和/或交互数据生成队列消息,并将所述队列消息同步至监控数据库中进行记录;
告警模块,用于实时监控所述队列消息,确定所述通信接口的实际调用情况,并基于所述实际调用情况判断是否发送告警邮件;
所述告警模块,具体用于:
通过监控所述队列信息中的调用次数和告警类型信息判断所述通信接口的调用是否成功;
其中,通过告警类型信息判断所述通信接口的调用是否成功包括:
判断所述通信接口与所述客户端的通信连接是否成功,
若连接成功,则检测所述队列消息中是否携带交互数据,或者检测所述队列消息中携带的交互数据是否为空;
若检测到未携带所述交互数据或者是所述交互数据为空,则确定所述通信接口调用不成功;
若检测到携带所述交互数据或者所述交互数据为非空,则判断所述交互数据是否为所述接口调用指令中指定的业务数据,若是,则确定所述通信接口调用成功;
若连接失败,则确定所述通信接口调用不成功。
9.一种接口调用监控设备,其特征在于,所述接口调用监控设备包括:存储器和至少一个处理器,所述存储器中存储有指令,所述存储器和所述至少一个处理器通过线路互连;
所述至少一个处理器调用所述存储器中的所述指令,以使得所述接口调用监控设备执行如权利要求1-7中任一项所述的接口调用监控方法。
10.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的接口调用监控方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010879202.3A CN112039701B (zh) | 2020-08-27 | 2020-08-27 | 接口调用监控方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010879202.3A CN112039701B (zh) | 2020-08-27 | 2020-08-27 | 接口调用监控方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112039701A CN112039701A (zh) | 2020-12-04 |
CN112039701B true CN112039701B (zh) | 2023-08-15 |
Family
ID=73585896
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010879202.3A Active CN112039701B (zh) | 2020-08-27 | 2020-08-27 | 接口调用监控方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112039701B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113296982B (zh) * | 2021-05-27 | 2024-06-14 | 北京京东振世信息技术有限公司 | 一种接口调用方法和装置 |
CN113377616B (zh) * | 2021-06-11 | 2022-04-12 | 湖南快乐阳光互动娱乐传媒有限公司 | 接口监控方法、装置以及计算机可读介质 |
CN113608962A (zh) * | 2021-07-30 | 2021-11-05 | 平安普惠企业管理有限公司 | 异常应用接口的预测方法、装置、设备及存储介质 |
CN113904951B (zh) * | 2021-09-28 | 2023-07-25 | 济南浪潮数据技术有限公司 | 一种网关设备的数据监控方法、装置及相关设备 |
CN113971508A (zh) * | 2021-09-30 | 2022-01-25 | 北京蓝海医信科技有限公司 | 基于信息集成平台针对接口调用异常的处理方法及装置 |
CN114327436B (zh) * | 2022-03-12 | 2022-07-08 | 联信弘方(北京)科技股份有限公司 | 一种监控目标插件化的开发方法、***、终端及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017167062A1 (zh) * | 2016-03-30 | 2017-10-05 | 阿里巴巴集团控股有限公司 | 一种应用程序接口死锁监控方法和装置 |
CN109739727A (zh) * | 2019-01-03 | 2019-05-10 | 优信拍(北京)信息科技有限公司 | 微服务架构中的服务监控方法及装置 |
CN110022221A (zh) * | 2018-01-08 | 2019-07-16 | 车伯乐(北京)信息科技有限公司 | 一种***接口数据的监控方法、装置及*** |
CN111049673A (zh) * | 2019-11-21 | 2020-04-21 | 山东健康医疗大数据有限公司 | 一种服务网关中api调用统计和监控的方法及*** |
-
2020
- 2020-08-27 CN CN202010879202.3A patent/CN112039701B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017167062A1 (zh) * | 2016-03-30 | 2017-10-05 | 阿里巴巴集团控股有限公司 | 一种应用程序接口死锁监控方法和装置 |
CN110022221A (zh) * | 2018-01-08 | 2019-07-16 | 车伯乐(北京)信息科技有限公司 | 一种***接口数据的监控方法、装置及*** |
CN109739727A (zh) * | 2019-01-03 | 2019-05-10 | 优信拍(北京)信息科技有限公司 | 微服务架构中的服务监控方法及装置 |
CN111049673A (zh) * | 2019-11-21 | 2020-04-21 | 山东健康医疗大数据有限公司 | 一种服务网关中api调用统计和监控的方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN112039701A (zh) | 2020-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112039701B (zh) | 接口调用监控方法、装置、设备及存储介质 | |
US8135827B2 (en) | Distributed capture and aggregation of dynamic application usage information | |
US20060085361A1 (en) | Anomaly detector in a health care system using adapter | |
US10728112B2 (en) | System and method for tracking service results | |
US8825798B1 (en) | Business event tracking system | |
EP1623300A2 (en) | Method and system for reducing information latency in a business enterprise | |
US20200089669A1 (en) | Pattern-based detection using data injection | |
US20160294651A1 (en) | Method, apparatus, and computer program product for monitoring an electronic data exchange | |
CN107798037A (zh) | 用户特征数据的获取方法及服务器 | |
CN110932918B (zh) | 日志数据采集方法、装置及存储介质 | |
JPH10207838A (ja) | 対話型ハイパーテキスト情報参照システムにおける情報参照回数計数装置及び方法並びに情報参照回数計数プログラムを記録した媒体 | |
US7930404B2 (en) | Cross-system log in a distributed system environment | |
CN113220633B (zh) | 统一文件编码管理方法及*** | |
CN110334147A (zh) | 一种数据同步方法及装置 | |
US7840705B2 (en) | System and program product for replicating message status changes across messaging systems | |
CN113065953B (zh) | 一种基于分布式的期货中继交易*** | |
US7873715B1 (en) | Optimized instrumentation of web pages for performance management | |
CN115757642A (zh) | 一种基于归档日志文件的数据同步方法及装置 | |
CN114090529A (zh) | 一种日志管理方法、装置、***和存储介质 | |
US11362843B1 (en) | Certificate rotation on host | |
US10320632B1 (en) | Pattern-based detection for services in distributed systems | |
CN118153245B (zh) | 一种分布式计算燃气管道模拟仿真方法、设备和介质 | |
US11843706B1 (en) | Gradual certificate rotation | |
CN114257612B (zh) | 一种数据处理方法 | |
TW578053B (en) | System and method for automatically processing a plurality of server states |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |