CN110413403A - 一种应用服务自主检控方法、存储介质、设备及系统 - Google Patents
一种应用服务自主检控方法、存储介质、设备及系统 Download PDFInfo
- Publication number
- CN110413403A CN110413403A CN201810404764.5A CN201810404764A CN110413403A CN 110413403 A CN110413403 A CN 110413403A CN 201810404764 A CN201810404764 A CN 201810404764A CN 110413403 A CN110413403 A CN 110413403A
- Authority
- CN
- China
- Prior art keywords
- application
- registration
- customized
- interface
- failure signal
- 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
Classifications
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
-
- 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Abstract
本发明公开了一种应用服务自主检控方法、存储介质、设备及系统,涉及应用监控技术领域,该方法包括以下步骤:向各应用分配与其对应的自定义检查接口;当应用启动时,自定义检查接口检测应用的注册情况;当自定义检查接口检测到应用注册成功,则反馈成功信号,反之则反馈失败信号;根据失败信号终止与失败信号对应的应用。本发明能够及时关闭注册失败的应用,从而解放被占用的负载。
Description
技术领域
本发明应用监控技术领域,具体涉及一种应用服务自主检控方法、存储介质、设备及系统。
背景技术
软件工程领域Java应用时常会有大量服务分布式部署的场景,即同一个服务会部署多台实例,以实现负载均衡,特别是在庞大服务访问量情况下,分布式部署更是系统架构设计的关键,使得整个系统能够负载大量的访问;
而在分布式系统架构下,应用的优雅启停、升级不断服显的尤为重要,即集群中某个应用停止或者重启时,该应用的其他实例需要为用户提供连续平滑的服务,此时很有可能出现问题,因为应用在准备停止时,很有可能会有客户端请求发送到这个实例,这个时候如果应用强行停止,则会丢失这部分请求,给用户造成不好的体验,甚至影响系统正常功能使用。
传统的解决方法是有一个注册中心服务,不断的去轮询每个应用实例,即发送心跳,如果某个实例没有及时做出反应,则注册中心服务便将该应用实例从网关中下掉,使得客户端请求不再转发到该实例上,待该实例重启成功后,收到重启成功的信号,便在网关中恢复该应用实例,但传统的解决方法存在一个问题:依赖注册中心不断轮询每个应用实例,注册中心负载较大,且当注册中心发现服务不可用时,此时已经有部分请求转发到该应用实例上了;
因此继续一种新的解决方法,对各应用进行管理,解放被占用的负载。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种应用服务自主检控方法、存储介质、设备及系统,能够及时关闭注册失败的应用,从而解放被占用的负载。
为达到以上目的,本发明采取的技术方案是:
一种应用服务自主检控方法,该方法包括以下步骤:
向各应用分配与其对应的自定义检查接口;
当应用启动时,自定义检查接口检测应用的注册情况;
当所述自定义检查接口检测到所述应用注册成功,则反馈成功信号,反之则反馈失败信号;
根据所述失败信号终止与所述失败信号对应的所述应用。
本发明中,向各应用分配与其对应的自定义检查接口,而当具有自定义检查接口的应用启动完成时,该应用主动启动自定义检查接口,利用自定义接口来判断该应用的自启动情况以及注册情况是否成功,当该应用的自启动情况以及注册情况显示成功时,则代表该应用必要的功能接口和资源文件已经加载完毕,然后向注册中心注册启动成功的标识,然后注册中心将通过解析HTTP头将该服务的地址加入网关中,至此,该应用的自定义检查接口的启动自我注册检查并上报的流程完毕,相对于传统的注册中心不断轮询海量的服务,不会加重注册中心自身的负载,同时还避免注册中心得到某些服务假启动的ACK,避免造成系统的不稳定性;
而自定义检查接口当识别该应用注册失败时,为了能够减轻负载,则直接根据所述失败信号终止与所述失败信号对应的所述应用,从而释放被占用的负载;
本发明使得各应用具备自身注册检查功能,能够及时关闭注册失败的应用,从而解放被占用的负载。
在上述技术方案的基础上,该方法在根据所述失败信号终止应用的步骤中,具体包括以下步骤:
根据所述失败信号触发JVMHOOK算法;
利用所述JVMHOOK算法终止与所述失败信号对应的所述应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止所述应用。
在上述技术方案的基础上,该方法在根据所述失败信号终止应用的步骤中,具体包括以下步骤:
利用所述JVM HOOK算法向注册中心发出通知,对所述影响进行终止。
在上述技术方案的基础上,在自定义检查接口检测应用的情况时,所述自定义检查接口向注册中心反馈成功信号或失败信号。
一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述应用服务自主检控方法的步骤。
一种应用服务自主检控设备,包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述应用服务自主检控方法的步骤。
一种应用服务自主检控系统,该系统包括:
检查接口创建单元,其用于创建向各应用分配与其对应的自定义检查接口;
自定义检查接口,其用于检测与其对应的应用的情况;
注册信息上报单元,其用于当所述自定义检查接口检测到所述应用注册成功,则反馈成功信号,反之则反馈失败信号;
应用终止单元,根据所述失败信号终止与所述失败信号对应的所述应用。
本发明中,检查接口创建单元向各应用分配与其对应的自定义检查接口,而当具有自定义检查接口的应用启动完成时,该应用主动启动自定义检查接口,利用自定义接口来判断该应用的自启动情况以及注册情况是否成功,当该应用的自启动情况以及注册情况显示成功时,则代表该应用必要的功能接口和资源文件已经加载完毕,然后向注册中心注册启动成功的标识,然后注册中心将通过解析HTTP头将该服务的地址加入网关中,至此,该应用的自定义检查接口的启动自我注册检查并上报的流程完毕,相对于传统的注册中心不断轮询海量的服务,不会加重注册中心自身的负载,同时还避免注册中心得到某些服务假启动的ACK,避免造成系统的不稳定性;
而当识别该应用注册失败时,为了能够减轻负载,则直接根据所述失败信号终止与所述失败信号对应的所述应用,从而释放被占用的负载;
本发明使得各应用具备自身注册检查功能,能够及时关闭注册失败的应用,从而解放被占用的负载。
在上述技术方案的基础上,所述应用终止单元在进行应用终止时:
根据所述失败信号触发JVM HOOK算法;
利用所述JVM HOOK算法终止与所述失败信号对应的所述应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止所述应用。
在上述技术方案的基础上,所述应用终止单元利用所述JVM HOOK算法向注册中心发出通知,对所述影响进行终止。
在上述技术方案的基础上,在自定义检查接口检测应用的情况时,所述自定义检查接口向注册中心反馈成功信号或失败信号。
与现有技术相比,本发明的优点在于:
(1)本发明向各应用分配与其对应的自定义检查接口,当自定义检查接口识别该应用注册失败时,为了能够减轻负载,则直接根据所述失败信号终止与所述失败信号对应的所述应用,从而释放被占用的负载;
与现有技术相比,本发明使得各应用具备自身注册检查功能,能够及时关闭注册失败的应用,从而解放被占用的负载。
附图说明
图1为本发明实施例中应用服务自主检控方法的流程图;
图2为本发明实施例中应用服务自主检控设备的结构框图;
图3为本发明实施例中应用服务自主检控系统的结构框图。
具体实施方式
以下结合附图对本发明的实施例作进一步详细说明。
参见图1所示,本发明实施例提供一种应用服务自主检控方法,包括以下步骤:
S1、向各应用分配与其对应的自定义检查接口;
S2、当应用启动时,自定义检查接口检测应用的注册情况;
S3、当自定义检查接口检测到应用注册成功,则反馈成功信号,反之则反馈失败信号;
S4、根据失败信号终止与失败信号对应的应用。
本发明中,向各应用分配与其对应的自定义检查接口,而当具有自定义检查接口的应用启动完成时,该应用主动启动自定义检查接口,利用自定义接口来判断该应用的自启动情况以及注册情况是否成功,当该应用的自启动情况以及注册情况显示成功时,则代表该应用必要的功能接口和资源文件已经加载完毕,然后向注册中心注册启动成功的标识,然后注册中心将通过解析HTTP头将该服务的地址加入网关中,至此,该应用的自定义检查接口的启动自我注册检查并上报的流程完毕,相对于传统的注册中心不断轮询海量的服务,不会加重注册中心自身的负载,同时还避免注册中心得到某些服务假启动的ACK,避免造成系统的不稳定性;
而自定义检查接口当识别该应用注册失败时,为了能够减轻负载,则直接根据失败信号终止与失败信号对应的应用,从而释放被占用的负载;
直播领域,流量较大,并发访问量较高,为了给用户提供流畅的服务和体验,网站的后台服务必须要做到升级不断服务,使用户有流畅的使用体验;
而本发明使得各应用具备自身注册检查功能,能够及时关闭注册失败的应用,从而解放被占用的负载。
需要说明的是,自定义检查接口即是每个应用自己定义一个内部使用接口,该接口不对外暴露,只供应用自身服务使用,当服务应用时,会调用自定义检查接口,在该接口中,应用检查启动成功所必要的条件是否已经完成,检查完成后,向注册中心发出消息,声明自己已经启动成功,可以提供对外服务。
本实施例中,该方法在根据失败信号终止应用的步骤中,具体包括以下步骤:
根据失败信号触发JVM HOOK算法;
利用JVM HOOK算法终止与失败信号对应的应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止应用;
本发明基于JVM HOOK算法的服务停止的预通知上报,因为传统的基于服务中心心跳探测的方法,当判定某应用已经停止的时候,此时已经有部分请求转发到该实例,造成客户端请求失败,而采用JVM HOOK机制来解决这个问题,由于Java应用都是基于JVM虚拟机运行的,而JVM HOOK算法是Java虚拟机提供的一个JVM实例停止时会触发调用的方法,即JVM停止时,会触发该方法的执行,这期间,JVM会一直等待该方法执行完才会关闭虚拟机,利用JVM这个特性,在应用中显式的覆盖JVM HOOK算法,并在该方法中触发应用向注册中心通知自身将要停止,以便注册中心及时停止将客户端请求转发到该应用实例,转而转发到其他可用实例,保证了应用服务平滑不断服,即保证应用服务稳定运行不中断。
在此,附上JVM HOOK的伪代码如下:
上述方法中,在JVM进程实例停止之前,JVM会调用run方法,在这个方法中,服务去向注册中心通知停止服务。
本实施例中,该方法在根据失败信号终止应用的步骤中,具体包括以下步骤:
利用JVM HOOK算法向注册中心发出通知,对影响进行终止。
本实施例中,在自定义检查接口检测应用的情况时,自定义检查接口向注册中心反馈成功信号或失败信号。
本发明实施例还提供一种存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述应用服务自主检控方法的步骤。
参见图2所示,本发明实施例还提供一种应用服务自主检控设备,包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序,处理器执行计算机程序时实现上述应用服务自主检控方法的步骤。
参见图3所示,本发明实施例还提供一种应用服务自主检控系统,该系统包括:
检查接口创建单元,其用于创建向各应用分配与其对应的自定义检查接口;
自定义检查接口,其用于检测与其对应的应用的情况;
注册信息上报单元,其用于当自定义检查接口检测到应用注册成功,则反馈成功信号,反之则反馈失败信号;
应用终止单元,根据失败信号终止与失败信号对应的应用。
本发明中,检查接口创建单元向各应用分配与其对应的自定义检查接口,而当具有自定义检查接口的应用启动完成时,该应用主动启动自定义检查接口,利用自定义接口来判断该应用的自启动情况以及注册情况是否成功,当该应用的自启动情况以及注册情况显示成功时,则代表该应用必要的功能接口和资源文件已经加载完毕,然后向注册中心注册启动成功的标识,然后注册中心将通过解析HTTP头将该服务的地址加入网关中,至此,该应用的自定义检查接口的启动自我注册检查并上报的流程完毕,相对于传统的注册中心不断轮询海量的服务,不会加重注册中心自身的负载,同时还避免注册中心得到某些服务假启动的ACK,避免造成系统的不稳定性;
而当识别该应用注册失败时,为了能够减轻负载,则直接根据失败信号终止与失败信号对应的应用,从而释放被占用的负载;
本发明使得各应用具备自身注册检查功能,能够及时关闭注册失败的应用,从而解放被占用的负载。
本实施例中,应用终止单元在进行应用终止时:
根据失败信号触发JVM HOOK算法;
利用JVM HOOK算法终止与失败信号对应的应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止应用;
本发明基于JVM HOOK算法的服务停止的预通知上报,因为传统的基于服务中心心跳探测的方法,当判定某应用已经停止的时候,此时已经有部分请求转发到该实例,造成客户端请求失败,而采用JVM HOOK机制来解决这个问题,由于Java应用都是基于JVM虚拟机运行的,而JVM HOOK算法是Java虚拟机提供的一个JVM实例停止时会触发调用的方法,即JVM停止时,会触发该方法的执行,这期间,JVM会一直等待该方法执行完才会关闭虚拟机,利用JVM这个特性,在应用中显式的覆盖JVM HOOK算法,并在该方法中触发应用向注册中心通知自身将要停止,以便注册中心及时停止将客户端请求转发到该应用实例,转而转发到其他可用实例,保证了应用服务平滑不断服。
在此,附上JVM HOOK的伪代码如下:
本实施例中,应用终止单元利用JVM HOOK算法向注册中心发出通知,对影响进行终止。
本实施例中,在自定义检查接口检测应用的情况时,自定义检查接口向注册中心反馈成功信号或失败信号。
需要说明的是:上述实施例提供的系统在实现应用服务自主检控系统操作时,仅以上述各功能模块的划分进行举例说明,实际应用中,可根据需要而将上述功能分配由不同功能模块完成,即将系统的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。
本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种应用服务自主检控方法,其特征在于,该方法包括以下步骤:
向各应用分配与其对应的自定义检查接口,所述自定义检查接口仅供与其对应的应用自身使用;
当应用启动时,自定义检查接口检测应用的注册情况;
当所述自定义检查接口检测到所述应用注册成功,则反馈成功信号,反之则反馈失败信号;
根据所述失败信号终止与所述失败信号对应的所述应用。
2.如权利要求1所述的应用服务自主检控方法,其特征在于,该方法在根据所述失败信号终止应用的步骤中,具体包括以下步骤:
根据所述失败信号触发JVM HOOK算法;
利用所述JVM HOOK算法终止与所述失败信号对应的所述应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止所述应用。
3.如权利要求2所述的应用服务自主检控方法,其特征在于,该方法在根据所述失败信号终止应用的步骤中,具体包括以下步骤:
利用所述JVM HOOK算法向注册中心发出通知,对所述影响进行终止。
4.如权利要求3所述的应用服务自主检控方法,其特征在于,在自定义检查接口检测应用的情况时,所述自定义检查接口向注册中心反馈成功信号或失败信号。
5.一种存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现上述权利要求1至4中任一项所述方法的步骤。
6.一种应用服务自主检控设备,包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,其特征在于:所述处理器执行所述计算机程序时实现上述权利要求1至4中任一项所述方法的步骤。
7.一种应用服务自主检控系统,其特征在于,该系统包括:
检查接口创建单元,其用于创建向各应用分配与其对应的自定义检查接口;
自定义检查接口,其用于检测与其对应的应用的情况;
注册信息上报单元,其用于当所述自定义检查接口检测到所述应用注册成功,则反馈成功信号,反之则反馈失败信号;
应用终止单元,根据所述失败信号终止与所述失败信号对应的所述应用。
8.如权利要求7所述的应用服务自主检控系统,其特征在于,所述应用终止单元在进行应用终止时:
根据所述失败信号触发JVM HOOK算法;
利用所述JVM HOOK算法终止与所述失败信号对应的所述应用;
判断是否完成终止成功,若成功则停止工作,若失败则重新终止所述应用。
9.如权利要求8所述的应用服务自主检控系统,其特征在于:所述应用终止单元利用所述JVM HOOK算法向注册中心发出通知,对所述影响进行终止。
10.如权利要求9所述的应用服务自主检控系统,其特征在于:在自定义检查接口检测应用的情况时,所述自定义检查接口向注册中心反馈成功信号或失败信号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810404764.5A CN110413403A (zh) | 2018-04-28 | 2018-04-28 | 一种应用服务自主检控方法、存储介质、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810404764.5A CN110413403A (zh) | 2018-04-28 | 2018-04-28 | 一种应用服务自主检控方法、存储介质、设备及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110413403A true CN110413403A (zh) | 2019-11-05 |
Family
ID=68357412
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810404764.5A Pending CN110413403A (zh) | 2018-04-28 | 2018-04-28 | 一种应用服务自主检控方法、存储介质、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110413403A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112351077A (zh) * | 2020-10-21 | 2021-02-09 | 中国建设银行股份有限公司 | 一种应用服务运行方法、系统、装置及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102243608A (zh) * | 2010-05-13 | 2011-11-16 | 方兴 | 基于全局数据结构描述的软件安全测试方法 |
CN105429791A (zh) * | 2015-11-03 | 2016-03-23 | 国网技术学院 | 一种分布式服务状态检测器及方法 |
CN107085519A (zh) * | 2017-05-04 | 2017-08-22 | 网易(杭州)网络有限公司 | 行为树调试处理方法、装置、系统、存储介质和处理器 |
CN107241683A (zh) * | 2013-01-31 | 2017-10-10 | 华为技术有限公司 | 定制自定义移动网络的设备、系统和方法 |
CN107888444A (zh) * | 2017-09-29 | 2018-04-06 | 深圳市牛鼎丰科技有限公司 | 服务监控方法、服务监控装置、计算机设备和存储介质 |
-
2018
- 2018-04-28 CN CN201810404764.5A patent/CN110413403A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102243608A (zh) * | 2010-05-13 | 2011-11-16 | 方兴 | 基于全局数据结构描述的软件安全测试方法 |
CN107241683A (zh) * | 2013-01-31 | 2017-10-10 | 华为技术有限公司 | 定制自定义移动网络的设备、系统和方法 |
CN105429791A (zh) * | 2015-11-03 | 2016-03-23 | 国网技术学院 | 一种分布式服务状态检测器及方法 |
CN107085519A (zh) * | 2017-05-04 | 2017-08-22 | 网易(杭州)网络有限公司 | 行为树调试处理方法、装置、系统、存储介质和处理器 |
CN107888444A (zh) * | 2017-09-29 | 2018-04-06 | 深圳市牛鼎丰科技有限公司 | 服务监控方法、服务监控装置、计算机设备和存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112351077A (zh) * | 2020-10-21 | 2021-02-09 | 中国建设银行股份有限公司 | 一种应用服务运行方法、系统、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102460380B1 (ko) | 시스템 서비스의 타임아웃을 처리하는 방법 및 디바이스 | |
CN111176803B (zh) | 业务处理方法、装置、服务器及存储介质 | |
TW201944236A (zh) | 任務處理方法、裝置及系統 | |
CN110187993A (zh) | 一种异常运行的处理方法、系统、电子设备及存储介质 | |
US20190158626A1 (en) | Method, apparatus and computer readable storage medium for processing service | |
CN108667639B (zh) | 一种私有云环境下的资源管理方法及管理服务器 | |
CN109788068B (zh) | 心跳状态信息上报方法、装置和设备及计算机存储介质 | |
US10924326B2 (en) | Method and system for clustered real-time correlation of trace data fragments describing distributed transaction executions | |
JP2008217735A (ja) | 障害解析システム、方法、及び、プログラム | |
CN111245900A (zh) | 一种分布式消息发送的处理系统及其处理方法 | |
CN106550030B (zh) | 一种数据共享方法、装置及系统 | |
WO2019228346A1 (zh) | 调度设备执行任务的方法和装置 | |
CN108446172A (zh) | 数据调取方法、装置、计算机设备和存储介质 | |
CN109062982B (zh) | 财务数据交互方法、装置、计算机设备和存储介质 | |
CN115102877B (zh) | 一种虚拟网卡网络检测方法、装置、设备及介质 | |
CN106412079B (zh) | 请求处理方法及系统 | |
TW200928730A (en) | Memory management system and method for open platform | |
CN110413403A (zh) | 一种应用服务自主检控方法、存储介质、设备及系统 | |
US20080216057A1 (en) | Recording medium storing monitoring program, monitoring method, and monitoring system | |
CN109257235B (zh) | 网络异常恢复方法、装置、设备及计算机可读存储介质 | |
JP2010538392A5 (zh) | ||
US20200327002A1 (en) | Methods, devices and computer program products for managing software function | |
CN116467066A (zh) | 数仓资源调配方法、装置、电子设备以及存储介质 | |
CN102722678A (zh) | 一种虚拟桌面可执行程序保护机制 | |
CN114630323A (zh) | 一种语音通话业务处理方法、装置和计算机可读存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191105 |
|
RJ01 | Rejection of invention patent application after publication |