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

一种节点状态处理方法、装置、设备及介质

文献发布时间:2023-06-19 18:56:39


一种节点状态处理方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域,尤其涉及一种节点状态处理方法、装置、设备及介质。

背景技术

在Java中,当垃圾回收(Garbage Collection,GC)发生时,会影响程序的性能,甚至触发全局暂停(Stop The World,STW),此时对调用方表现为服务暂时不可用。因此,如何在GC时尽可能不影响程序运行,是亟需解决的一个问题。

现有技术中,方案一通过分析GC日志和Java堆内存快照,不断进行推导和尝试,进行Java虚拟机(Java Virtual Machine,JVM)参数调优,以减少STW时间。方案二通过调度节点,将每次服务请求封装成任务,发送给两个以上的Java服务节点,调度节点将最先收到的结果返回给调用方。

然而,方案一需要人工不断进行推导和调整,依赖研发人员过往的经验,并且,由于JVM调优只能减少STW时间,并不能避免STW,在STW发生时,Java应用程序仍然无法对外服务。方案二处理任务时,需要对两个以上节点同时计算,所需资源较多,若连续的请求之间存在业务关联,或者业务场景复杂,会增加业务代码的复杂度。

发明内容

本发明提供了一种节点状态处理方法、装置、设备及介质,能够及时监测正常状态的Java微服务节点的垃圾回收状态,从而对可用的Java微服务节点进行及时更新。

根据本发明的一方面,提供了一种节点状态处理方法,所述方法由Java微服务节点执行,所述方法包括:

通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态;

向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。

根据本发明的又一方面,提供了一种节点状态处理方法,所述方法由服务管理平台执行,所述方法包括:

接收正常状态的Java微服务节点的垃圾回收状态;

根据所述垃圾回收状态确定可用的Java微服务节点;

将可用的Java微服务节点的标识信息发送至前置服务端;以使前置服务端从服务管理平台确定的可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点。

根据本发明的另一方面,提供了一种节点状态处理方法,所述方法由前置服务端执行,所述方法包括:

接收服务管理平台发送的可用的Java微服务节点的标识信息;

根据所述标识信息确定可用的Java微服务节点,并从可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点,以向用于执行目标服务请求的Java微服务节点发送目标服务请求。

根据本发明的另一方面,提供了一种节点状态处理装置,所述装置配置于Java微服务节点中,所述装置包括:

垃圾回收状态获取模块,用于通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态;

垃圾回收状态上报模块,用于向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。

根据本发明的另一方面,提供了一种节点状态处理装置,所述装置配置于服务管理平台中,所述装置包括:

垃圾回收状态接收模块,用于接收正常状态的Java微服务节点的垃圾回收状态;

节点确定模块,用于根据所述垃圾回收状态确定可用的Java微服务节点;

标识信息发送模块,用于将可用的Java微服务节点的标识信息发送至前置服务端;以使前置服务端从服务管理平台确定的可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点。

根据本发明的另一方面,提供了一种节点状态处理装置,所述装置配置于前置服务端,所述装置包括:

标识信息接收模块,用于接收服务管理平台发送的可用的Java微服务节点的标识信息;

确定模块,用于根据所述标识信息确定可用的Java微服务节点,并从可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点,以向用于执行目标服务请求的Java微服务节点发送目标服务请求。

根据本发明的另一方面,提供了一种电子设备,所述电子设备包括:

至少一个处理器;以及

与所述至少一个处理器通信连接的存储器;其中,

所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明任一实施例所述的由Java微服务节点执行的节点状态处理方法,或者执行本发明任一实施例所述的由服务管理平台执行的节点状态处理方法,或者执行本发明任一实施例所述的由前置服务端执行的节点状态处理方法。

根据本发明的另一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现任一实施例所述的由Java微服务节点执行的节点状态处理方法,或者实现任一实施例所述的由服务管理平台执行的节点状态处理方法,或者实现任一实施例所述的由前置服务端执行的节点状态处理方法。

本申请实施例的技术方案包括:通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态;向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。本技术方案通过垃圾回收检测程序可以实时获取正常状态的Java微服务节点的垃圾回收状态,进而可以实时上报该Java微服务节点的垃圾回收状态,使得服务管理平台可以实时确定可用的Java微服务节点,在处理服务请求时,根据可用的Java微服务节点确定用于执行目标服务请求的Java微服务节点,避免了将服务请求路由给正在进行垃圾回收的Java微服务节点导致服务请求无法被正常处理的问题,提高了整体服务的可靠性。

应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是根据本申请实施例一提供的一种节点状态处理方法的流程图;

图2是根据本申请实施例提供的一种节点状态处理方法的工作原理图;

图3是根据本申请实施例二提供的又一种节点状态处理方法的流程图;

图4是根据本申请实施例三提供的另一种节点状态处理方法的流程图;

图5是根据本申请实施例四提供的一种节点状态处理装置的结构示意图;

图6是根据本申请实施例五提供的又一种节点状态处理装置的结构示意图;

图7是根据本申请实施例六提供的另一种节点状态处理装置的结构示意图;

图8是实现本申请实施例的一种节点状态处理方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”“目标”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本申请实施例一提供了一种节点状态处理方法的流程图,本申请实施例可适用于处理Java微服务节点状态的情况,该方法可以由节点状态处理装置来执行,该节点状态处理装置可以采用硬件和/或软件的形式实现,该节点状态处理装置可配置于Java微服务节点中。如图1所示,该方法包括:

S110,通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态。

其中,垃圾回收检测程序可以监测Java微服务节点的垃圾回收状态,垃圾回收检测程序可以根据native代码编写,在Java微服务STW时仍可运行。需要说明的是,在Java中,当垃圾回收发生时,触发STW后所有Java代码停止,native代码可以执行,所以,根据native代码可以编写垃圾回收检测程序。处于正常状态的Java微服务节点的垃圾回收状态可以反映该Java微服务节点是否在进行垃圾回收,

具体的,垃圾回收检测程序持续监测正常状态的Java微服务节点的垃圾回收状态,若所述节点的垃圾回收状态发生变化,垃圾回收检测程序可获取该Java微服务节点最新的垃圾回收状态。

本申请实施例中,如图2所示,对应于分布式系统,可以有多个Java微服务节点(对应图2中的Java微服务),每个节点均设置有垃圾回收检测程序(对应于图2中JVMTIAgent),所以,通过设置于各节点的垃圾回收检测程序,可以获取多个正常状态的Java微服务节点的垃圾回收状态。其中,分布式系统是指通过网络进行通信、能够协调工作、可以共同完成任务的计算机节点组成的系统,分布式系统可以利用更多的机器,处理更多的数据。微服务是一种用于构建应用的架构方案,微服务架构可将应用拆分成多个核心功能,每个功能都被称为一项服务,每项服务可以全自动部署并拥有各自的行程与轻量化处理,每项服务之间可进行通信,例如使用超文本传输协定应用程序编程接口(HTTP API)进行通信。

本申请实施例中,可选的,垃圾回收检测程序基于Java虚拟机工具接口函数开发,并预先载入Java微服务节点。

其中Java虚拟机工具接口函数(Java Virtual Machine Tool Interface,JVMTI)处于Java平台调试体系的最底层,是JVM为调试和监控虚拟机专门提供的native编程接口,可以提供性能分析、调试、监听、内存管理、线程分析、覆盖分析等功能。

在一个可行的实施例中,将垃圾回收检测程序载入Java微服务节点可以是:在Java进程启动时,通过参数传入相应的路径,自动载入垃圾回收检测程序。

在另一个可行的实施例中,将垃圾回收检测程序载入Java微服务节点可以是:在Java程序运行时,通过附加应用程序接口(attach API)动态载入垃圾回收检测程序。

本申请实施例中,可选的,通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态,包括:若检测到Java微服务节点启动垃圾回收事件,则确定Java微服务节点处于垃圾回收状态;若检测到Java微服务节点结束垃圾回收事件,则确定Java微服务节点未处于垃圾回收状态。

具体的,若Java微服务节点正在进行垃圾回收,则该Java微服务节点不能完成服务请求,所以,本申请实施例根据Java微服务节点的垃圾回收的启动和结束,确定Java微服务节点是否处于垃圾回收状态,上述方案可实时确定Java微服务节点的垃圾回收状态,使得服务管理平台和前置服务端可及时作出调整。

S120,向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。

具体的,垃圾回收检测程序获取到正常状态的Java微服务节点的垃圾回收状态后,实时上报该Java微服务节点的垃圾回收状态至服务管理平台,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。

本申请实施例的技术方案,包括:通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态;向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。本技术方案通过垃圾回收检测程序可以实时获取正常状态的Java微服务节点的垃圾回收状态,进而可以实时上报该Java微服务节点的垃圾回收状态,使得服务管理平台可以实时确定可用的Java微服务节点,在处理服务请求时,根据可用的Java微服务节点确定用于执行目标服务请求的Java微服务节点,避免了将服务请求路由给正在进行垃圾回收的Java微服务节点导致服务请求无法被正常处理的问题,提高了整体服务的可靠性。

本申请实施例中,可选的,向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态之前,所述方法还包括:向服务管理平台上报Java微服务节点的心跳信息,以使服务管理平台根据所述心跳信息确定正常状态的Java微服务节点。

其中,Java微服务节点的心跳信息可以反映Java微服务是否正常运行。具体的,向服务管理平台持续上报Java微服务节点的心跳信息,以表明该Java微服务节点处于正常状态;若Java服务因意外情况退出,心跳信息不再上报,则服务管理平台无法接收到心跳信息,标识该Java微服务节点为异常状态,并从正常节点服务列表中移除。

本方案通过向服务管理平台发送心跳信息,使得服务管理平台可以根据心跳信息确定出正常状态的Java微服务节点,再根据正常状态的Java微服务节点的垃圾回收状态,可以确定出正常状态的Java微服务节点中可用的Java微服务节点。

实施例二

图3为本申请实施例二提供了一种节点状态处理方法的流程图,本申请实施例可适用于处理Java微服务节点状态的情况,该方法可以由节点状态处理装置来执行,该节点状态处理装置可以采用硬件和/或软件的形式实现,该节点状态处理装置可配置于服务管理平台中。如图3所示,该方法包括:

S210,接收正常状态的Java微服务节点的垃圾回收状态。

具体的,接收正常状态的Java微服务节点的垃圾回收状态,并进行后续步骤的处理。

S220,根据所述垃圾回收状态确定可用的Java微服务节点。

其中,可用的Java微服务节点是指可以正常使用的,没有进行垃圾回收的Java微服务节点,可用的Java微服务节点可以处理服务请求。具体的,接收到正常状态的Java微服务节点的垃圾回收状态后,若某Java微服务节点没有进行垃圾回收,则该Java微服务节点为可用的Java微服务节点,遍历所有发送垃圾回收状态的Java微服务节点,确定出可用的Java微服务节点列表。

本申请实施例中,可选的,根据所述垃圾回收状态确定可用的Java微服务节点,包括:若垃圾回收状态为未处于垃圾回收状态,则确定Java微服务节点可用;若垃圾回收状态为处于垃圾回收状态,则确定Java微服务节点不可用。

具体的,由于Java微服务节点处于垃圾回收状态会影响程序的性能,甚至触发STW暂停整个程序的执行,所以,若垃圾回收状态为未处于垃圾回收状态,则确定Java微服务节点可用,即该Java微服务节点可以处理服务请求;若垃圾回收状态为处于垃圾回收状态,则确定Java微服务节点不可用,即该Java微服务节点不可以处理服务请求。

S230,将可用的Java微服务节点的标识信息发送至前置服务端;以使前置服务端从服务管理平台确定的可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点。

其中,标识信息可以预先设定,标识信息可以反映可用的Java微服务节点。目标服务请求是指外界调用的服务请求,目标服务请求需要Java微服务参与。

具体的,根据预先设定的标识信息,根据可用的Java微服务节点确定出对应的标识信息,并发送至前置服务端。需要说明的是,本申请实施例设置标识信息是为了将可用的Java微服务节点信息快速传递至前置服务端,以使前置服务端可以快速提取信息;在一个可行的实施例中,也可以根据可用的Java微服务节点确定出节点列表,并发送至前置服务端。

本申请实施例的技术方案,包括:接收正常状态的Java微服务节点的垃圾回收状态;根据所述垃圾回收状态确定可用的Java微服务节点;将可用的Java微服务节点的标识信息发送至前置服务端;以使前置服务端从服务管理平台确定的可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点。本技术方案根据接收到的正常状态的Java微服务节点的垃圾回收状态,可以实时确定出可用的Java微服务节点,并发送至前置服务端,以使前置服务端在处理服务请求时,根据可用的Java微服务节点确定用于执行目标服务请求的Java微服务节点,如此,避免了将服务请求路由给正在进行垃圾回收的Java微服务节点导致服务请求无法被正常处理的问题,提高了整体服务的可靠性。

本申请实施例中,可选的,若接收到Java微服务节点发送的心跳信息,则确定该Java微服务节点为正常状态的Java微服务节点。

具体的,若接收到Java微服务节点发送的心跳信息,根据心跳信息确定出正常状态的Java微服务节点;若无法接收到某些Java微服务节点的心跳信息,则标识该Java微服务节点为异常状态,并从正常节点服务列表中移除。

实施例三

图4为本申请实施例三提供了一种节点状态处理方法的流程图,本申请实施例可适用于处理Java微服务节点状态的情况,该方法可以由节点状态处理装置来执行,该节点状态处理装置可以采用硬件和/或软件的形式实现,该节点状态处理装置可配置于前置服务端。如图4所示,该方法包括:

S310,接收服务管理平台发送的可用的Java微服务节点的标识信息。

具体的,接收服务管理平台发送的可用的Java微服务节点的标识信息,并进行后续步骤的处理。

S320,根据所述标识信息确定可用的Java微服务节点,并从可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点,以向用于执行目标服务请求的Java微服务节点发送目标服务请求。

其中,目标服务请求是指外界调用的服务请求,如图2所示,若集群(例如F5集群)接收到服务请求,集群根据负载情况,将目标服务请求发送给其中一个前置服务的Nginx(高性能的HTTP和反向代理web服务器),Nginx将目标服务请求发送至用于执行目标服务请求的Java微服务节点。

具体的,接收到服务管理平台发送的可用的Java微服务节点的标识信息后,根据所述标识信息确定出可用的Java微服务节点,进而从可用的Java微服务节点中确定出用于执行目标服务请求的Java微服务节点,并向用于执行目标服务请求的Java微服务节点发送目标服务请求。进一步的,从可用的Java微服务节点中确定出用于执行目标服务请求的Java微服务节点可以是:前置服务端中的Nginx根据可用的Java微服务节点,按均衡算法确定出用于执行目标服务请求的Java微服务节点。

本申请实施例的技术方案,包括:接收服务管理平台发送的可用的Java微服务节点的标识信息;根据所述标识信息确定可用的Java微服务节点,并从可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点,以向用于执行目标服务请求的Java微服务节点发送目标服务请求。本技术方案根据可用的Java微服务节点的标识信息实时确定出可用的Java微服务节点,进而确定出用于执行目标服务请求的Java微服务节点,并对用于执行目标服务请求的Java微服务节点转发目标服务请求,如此,避免了将服务请求路由给正在进行垃圾回收的Java微服务节点的问题,提高了整体服务的可靠性。

实施例四

图5为本申请实施例四提供的一种节点状态处理装置的结构示意图,该装置可执行本发明任意实施例所提供的由Java微服务节点执行的节点状态处理方法,具备执行方法相应的功能模块和有益效果。如图3所示,所述装置配置于Java微服务节点中,所述装置包括:

垃圾回收状态获取模块410,用于通过垃圾回收检测程序获取正常状态的Java微服务节点的垃圾回收状态;

垃圾回收状态上报模块420,用于向服务管理平台上报正常状态的Java微服务节点的垃圾回收状态,以使服务管理平台根据所述垃圾回收状态确定可用的Java微服务节点。

可选的,垃圾回收状态获取模块410,包括:

第一垃圾回收状态确定单元,用于若检测到Java微服务节点启动垃圾回收事件,则确定Java微服务节点处于垃圾回收状态;

第二垃圾回收状态确定单元,用于若检测到Java微服务节点结束垃圾回收事件,则确定Java微服务节点未处于垃圾回收状态。

可选的,垃圾回收检测程序基于Java虚拟机工具接口函数开发,并预先载入Java微服务节点。

可选的,所述装置还包括:

正常状态的节点确定模块,用于向服务管理平台上报Java微服务节点的心跳信息,以使服务管理平台根据所述心跳信息确定正常状态的Java微服务节点。

本申请实施例所提供的一种节点状态处理装置可执行本发明任意实施例所提供的由Java微服务节点执行的一种节点状态处理方法,具备执行方法相应的功能模块和有益效果。

实施例五

图6为本申请实施例五提供的一种节点状态处理装置的结构示意图,该装置可执行本发明任意实施例所提供的由服务管理平台执行的节点状态处理方法,具备执行方法相应的功能模块和有益效果。如图6所示,所述装置配置于服务管理平台中,所述装置包括:

垃圾回收状态接收模块510,用于接收正常状态的Java微服务节点的垃圾回收状态;

节点确定模块520,用于根据所述垃圾回收状态确定可用的Java微服务节点;

标识信息发送模块530,用于将可用的Java微服务节点的标识信息发送至前置服务端;以使前置服务端从服务管理平台确定的可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点。

可选的,节点确定模块520,包括:

可用节点确定单元,用于若垃圾回收状态为未处于垃圾回收状态,则确定Java微服务节点可用;

不可用节点确定单元,用于若垃圾回收状态为处于垃圾回收状态,则确定Java微服务节点不可用。

可选的,若接收到Java微服务节点发送的心跳信息,则确定该Java微服务节点为正常状态的Java微服务节点。

本申请实施例所提供的一种节点状态处理装置可执行本发明任意实施例所提供的由服务管理平台执行的一种节点状态处理方法,具备执行方法相应的功能模块和有益效果。

实施例六

图7为本申请实施例六提供的一种节点状态处理装置的结构示意图,该装置可执行本发明任意实施例所提供的由前置服务端执行的节点状态处理方法,具备执行方法相应的功能模块和有益效果。如图7所示,所述装置配置于前置服务端,所述装置包括:

标识信息接收模块610,用于接收服务管理平台发送的可用的Java微服务节点的标识信息;

确定模块620,用于根据所述标识信息确定可用的Java微服务节点,并从可用的Java微服务节点中确定用于执行目标服务请求的Java微服务节点,以向用于执行目标服务请求的Java微服务节点发送目标服务请求。

本申请实施例所提供的一种节点状态处理装置可执行本发明任意实施例所提供的由前置服务端执行的一种节点状态处理方法,具备执行方法相应的功能模块和有益效果。

实施例七

图8示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图8所示,电子设备10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,例如节点状态处理方法。

在一些实施例中,节点状态处理方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时,可以执行上文描述的节点状态处理方法的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行节点状态处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互,可以在电子设备上实施此处描述的系统和技术,该电子设备具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。

应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。

上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

相关技术
  • 流程节点处理方法、装置、计算机设备及存储介质
  • 基于微表情的节点信息处理方法、装置、计算机设备及存储介质
  • 一种信息处理方法及装置、一种计算设备及存储介质
  • 一种数据处理方法及装置、一种计算设备及存储介质
  • 一种访问请求处理方法及装置、一种计算设备及存储介质
  • 节点状态检测方法、节点状态检测装置、设备及介质
  • 一种中继节点的通信状态处理方法及中继节点设备
技术分类

06120115742949