CN115134212A - 策略推送方法、装置、计算机设备和存储介质 - Google Patents
策略推送方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115134212A CN115134212A CN202210747775.XA CN202210747775A CN115134212A CN 115134212 A CN115134212 A CN 115134212A CN 202210747775 A CN202210747775 A CN 202210747775A CN 115134212 A CN115134212 A CN 115134212A
- Authority
- CN
- China
- Prior art keywords
- node
- fault
- service
- determining
- calling
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000004590 computer program Methods 0.000 claims description 42
- 238000012545 processing Methods 0.000 claims description 28
- 230000004931 aggregating effect Effects 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 19
- 238000001514 detection method Methods 0.000 description 8
- 230000002776 aggregation Effects 0.000 description 6
- 238000004220 aggregation Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 241000700605 Viruses Species 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 230000009545 invasion Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000036541 health Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- 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
- H04L41/0636—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 based on a decision tree analysis
-
- 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
- H04L41/065—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 involving logical or physical relationship, e.g. grouping and hierarchies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及信息安全技术领域,特别是涉及一种策略推送方法、装置、计算机设备和存储介质。方法包括:在服务网格中出现故障节点的情况下,确定故障节点对应的故障策略;基于预先构建的逻辑树,确定故障节点对应的根节点;逻辑树包括服务网格中各个节点之间的调用关系;基于逻辑树,通过根节点将故障策略推送至故障节点。本申请降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源。
Description
技术领域
本申请涉及信息安全技术领域,特别是涉及一种策略推送方法、装置、计算机设备和存储介质。
背景技术
随着应用软件的兴起,服务网格的应用场景也在不断丰富。服务网格作为用于处理服务间通信的专用基础设施层,能够让用户快速到达自己所需要的微服务架构当中,给用户带来良好的使用体验。
在相关技术中,服务网格的体系结构通常是采用边车模式构建的,当服务网格中的节点出现故障时,需要将边车模式设置的防火墙策略推送到服务网格中的所有节点,以避免节点间的相互调用过程受到故障影响。
但是,上述服务网格的策略推送方法操作繁琐,会导致策略推送过程中出现冗余处理。
发明内容
基于此,有必要针对上述技术问题,提供一种策略推送方法、装置、计算机设备和存储介质。
第一方面,本申请提供了一种策略推送方法。所述方法包括:
在服务网格中出现故障节点的情况下,确定所述故障节点对应的故障策略;
基于预先构建的逻辑树,确定所述故障节点对应的根节点;所述逻辑树包括所述服务网格中各个节点之间的调用关系;
基于所述逻辑树,通过所述根节点将所述故障策略推送至所述故障节点。
在其中一个实施例中,所述方法还包括:
根据所述服务网格的服务和各所述服务对应的节点,确定所述服务网格中各个节点之间的调用关系;
根据所述各个节点之间的调用关系构建所述逻辑树。
在其中一个实施例中,所述根据所述服务网格的服务和各所述服务对应的节点,确定所述服务网格中各个节点之间的调用关系,包括:
基于所述服务网格进行服务调用解析处理,获取所述服务网格中各服务之间的调用关系;
基于所述服务网格进行节点解析处理,获取所述服务网格中所述服务与节点之间的对应关系;
根据所述各服务之间的调用关系和所述服务与节点之间的对应关系,确定所述各个节点之间的调用关系。
在其中一个实施例中,所述根据所述各服务之间的调用关系和所述服务与节点之间的对应关系,确定所述各个节点之间的调用关系,包括:
基于所述各服务之间的调用关系,确定服务调用关系数组;
基于所述服务与节点之间的对应关系,确定服务节点关系数组;
对所述服务调用关系数组和所述服务节点关系数组进行聚合处理,得到节点调用关系数组;
基于所述节点调用关系数组,确定所述节点调用关系。
在其中一个实施例中,所述在服务网格中出现故障节点的情况下,确定所述故障节点对应的故障策略,包括:
在服务网格中出现故障节点的情况下,基于所述故障节点,确定所述故障原因;
基于所述故障原因,确定与所述故障节点对应的所述故障策略。
在其中一个实施例中,所述基于所述逻辑树,通过所述根节点将所述故障策略推送至所述故障节点,包括:
基于所述逻辑树,确定所述根节点到所述故障节点的节点路径;
将所述故障策略推送至所述根节点中,并基于所述节点路径将所述故障策略逐级推送至所述故障节点中。
在其中一个实施例中,所述方法还包括:
基于所述逻辑树对应的逻辑算法,对所述逻辑树进行回溯处理,确定所述故障节点对应的根节点。
第二方面,本申请还提供了一种策略推送装置。所述装置包括:
构建模块,用于获取服务网格的节点调用关系,基于所述节点调用关系,构建逻辑树;其中,所述逻辑树中的节点根据节点对应关系逐级排列;
确定模块,用于响应于所述逻辑树中出现故障节点,确定所述故障节点对应的故障策略;
推送模块,用于基于所述逻辑树,将所述故障策略逐级推送至所述故障节点。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上述第一方面任一实施例所述的策略推送方法。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面任一实施例所述的策略推送方法。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现如上述第一方面任一实施例所述的策略推送方法。
根据本申请的技术方案,通过构建逻辑树,保证了后续能够根据逻辑树,实现将故障节点对应的故障策略推送至对应的故障节点中,降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源,降低了对于服务网格控制面板性能的占用,防止服务网格控制面板的性能瓶颈;其中,通过确定故障节点对应的故障策略,保证了后续能够根据故障策略对故障节点进行维护;通过确定故障节点对应的根节点,保证了能够根据故障节点对应的根节点实现将故障策略推送至故障节点中,避免出现同一节点多次接收故障策略的情况发生。
附图说明
图1为本申请实施例提供的一种策略推送方法的示意图;
图2为本申请实施例提供的另一种策略推送方法的流程图;
图3为本申请实施例提供的一种节点结构示意图;
图4为本申请实施例提供的一种逻辑树结构示意图;
图5为本申请实施例提供的另一种策略推送方法的流程图;
图6为本申请实施例提供的一种策略推送方法的服务调用关系数组示意图;
图7为本申请实施例提供的一种策略推送方法的节点关系数组示意图;
图8为本申请实施例提供的一种策略推送方法的节点调用关系数组示意图;
图9为本申请实施例提供的一种服务网格总体结构示意图;
图10为本申请实施例提供的另一种逻辑树结构示意图;
图11为本申请实施例提供的另一种策略推送方法的流程图;
图12为本申请实施例提供的另一种策略推送方法的流程图;
图13为本申请实施例提供的另一种策略推送方法的流程图;
图14为本申请实施例提供的一种策略推送装置的结构框图;
图15为本申请实施例提供的另一种策略推送装置的结构框图;
图16为本申请实施例提供的另一种策略推送装置的结构框图;
图17为本申请实施例提供的另一种策略推送装置的结构框图;
图18为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在本申请的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
在分布式环境下,很多企业都有开放服务给第三方的需求,例如:外界可访问金融机构的DMZ(demilitarized zone,隔离区)区域,而在企业间更高级别的合作需求的背景下,DMZ区域中的各服务节点又容易受到类似中间人攻击、蠕虫病毒等一系列侵入。
随着应用软件的兴起,目前大多数公司,都正在从单体框架过度到微服务架构,而服务网格(Service Mesh)即为处理微服务架构中服务间通信的专用基础结构层,通常采用边车模式(Sidecar)实现服务网格体系结构。边车模式在面对外来侵入时,除了在服务网格代理层面添加健康检查接口之外,还常在各服务网格代理的上层运维入口,即ServiceMesh’s Control Plane(服务网格控制面板)设置防火墙策略,向网格内各服务网格代理推送病毒扫描策略、日志分析策略、证书更新策略等等。
需要说明的是,上述服务网格在进行策略推送时还存在以下问题:
1、服务网格之间调用一般是通过rpc(Remote Procedure Call,远程过程调用)调用的方式,节点的服务间调用均需在注册中心注册调用关系才可以执行,并且服务网格本身就具备一定的侵入(包括漏洞攻击、恶意病毒传播等等)隔离性,因此,在通常的参数设置上,rpc调用链条之外的受到侵入可能性极小。但是,这就导致了服务网格在策略推送的过程中需要将策略推送至是所有节点,导致策略推送过程中出现冗余处理。
补充说明:金融机构内部的微服务架构服务器,一般是通过防火墙进行配置,因此禁止了多种协议,比如:udp(User Datagram Protocol用户数据报协议)传输和http(HyperText Transfer Protocol超文本传输协议)调用。但是,在特定情况下,会存在rpc调用之外的侵入通道,本申请的设定场景为日常的通用模式下的服务网格的安全性设定。
2、推送策略统一由服务网格的控制面板完成,因此,可能会导致控制面板性能瓶颈。可以理解为:当控制面板性能瓶颈时,如果存在病毒侵入的情况,并且侵入的结果特征较为明确时,则服务网格无法采用Gossip(周期性散播)协议,进行更高效率的检查和修复。
本申请实施例提供的策略推送方法,可以应用于如图1所示的应用环境中。在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储策略推送的获取数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种策略推送获取方法。
本申请公开了一种策略推送方法、装置、计算机设备和存储介质,操作人员的计算机设备根据故障节点,确定出故障节点对应的故障策略,并将故障策略储存于数据库中;当需要对故障策略进行推送时,确定故障节点对应的根节点,通过根节点将故障策略推送至故障节点。具体地,下面参考附图描述本申请实施例的策略推送方法。
在一个实施例中,如图2所示,图2为本申请实施例提供的一种策略推送方法的流程图,以该方法应用于图1中的服务器为例进行说明,具体的,该策略推送方法包括以下步骤:
步骤201,在服务网格中出现故障节点的情况下,确定故障节点对应的故障策略。
需要说明的是,检测服务网格中的故障节点方法有很多,包括:通过设置节点故障检测系统,根据节点故障检测系统对服务网格进行实时监控与故障检测;或者,通过检测节点端口对外发送检测报文,实现对节点故障情况的判断。具体的,下面将对两种情况进行说明:
在本申请的一种实施例中,在能够根据节点的心跳判断节点是否故障时,设置节点故障检测系统,其中,节点故障检测系统包括解释器和监视器,解释器用于:解释节点的可疑程度。监视器用于:接收每个节点的心跳并将心跳时间委托给解释器。具体的,监视器将不断地对每个节点进行心跳,当监视器向节点发送健康检查时,都会在一段时间内收到节点的响应,然后监视器将响应的时间发送给解释器以检测节点的怀疑级别。进一步的,根据每个节点的怀疑级别和预先设定的怀疑阈值进行对比,进而判断节点是否发生故障。
在本申请的一种实施例中,在不能根据节点的心跳判断节点是否故障时,确定节点的存在至少两个端口对外发送的检测报文,接收集群中的其他节点针对检测报文所发送的反馈报文,若在预设周期内未接收到其他节点发送的反馈报文,则确定节点的出现故障。
其中,故障策略指的是:用于解决故障节点故障原因的策略。
在本申请的一种实施例中,响应于服务网格中出现故障节点,确定故障节点的发生故障的具体原因,根据故障节点的发生故障的具体原因确定对应的故障策略,基于故障策略可对故障节点进行维护与诊断。
步骤202,基于预先构建的逻辑树,确定故障节点对应的根节点;逻辑树包括服务网格中各个节点之间的调用关系。
其中,逻辑树是基于各个节点与不同服务之间的对应关系构建的;逻辑树中各个节点分别对应不同的服务,并且,服务之间满足一定的调用关系。
需要说明的是,逻辑树中的各个节点根据节点与服务之间的对应关系进行层级划分,根据逻辑树中层级划分结构,可以将逻辑树中的节点分为;根节点,子节点和叶子节点,其中,根节点为逻辑树中最顶部的节点;子节点为除了根节点以外,自身下面还连接有其他节点的节点;叶子节点为自身下面不再连接有其他节点的节点,叶子节点又称为终端节点。
在本申请的一种实施例中,根据各个节点分别对应的不同服务和各个服务之间的调用关系,即可确定故障节点对应的根节点。举例说明,假设逻辑树中包括三个节点,三个节点分别为节点a,节点b和节点c,其中,三个节点分别对应的服务1,服务2和服务3,各个服务之间的调用关系为,服务1与服务2对应,服务2与服务3对应。则根据三个节点分别三个服务和三个服务之间的调用关系,确定逻辑树中三个节点的层级关系为:节点a-节点b-节点c,其中,节点a为根节点,节点b为子节点,节点c为叶子节点。若节点c为故障节点,则可根据逻辑树确定节点c的根节点为节点a。
步骤203,基于逻辑树,通过根节点将故障策略推送至故障节点。
在本申请的一些实施例中,如图3所示,可对逻辑树中的节点进行改造,实现在节点中增加推送策略的功能。具体的,如图3所示,在节点中增加安全总控服务和网络协议栈模块,当节点接受策略时,通过节点内通讯,将策略转发给安全总控服务,进行安全验证,并且,通过节点内通讯,将策略转发给网络协议栈模块,通过网络协议栈模块可实现将策略推送给自身的子节点。
需要说明的是,将故障策略推送给故障节点的方法有很多,例如:根据逻辑树确定节点间的层级关系,确定故障节点的根节点和节点间的相互关系,将故障策略推送给对应的故障节点,或者,确定故障节点后,根据预先设定的信息推送策略,直接将故障策略推送给对应的故障节点。具体的,下面将对两种情况进行说明:
在本申请的一种实施例中,预先设定逻辑树中的各个节点均可实现策略的推送与策略的执行;因此,当故障策略推送至根节点时,根节点可根据逻辑树中的层级关系将故障策略推送至对应的故障节点中。举例说明,假设逻辑树中包括六个节点,六个节点分别为节点a,节点b,节点c,节点d,节点e和节点f,且逻辑树中六个节点的层级关系为:节点a-节点b-节点c;节点d-节点e-节点f,该逻辑树的结构如图4所示,其中,节点a和节点d为根节点,节点b和节点e为子节点,节点c和节点f为叶子节点。当节点c为故障节点时,将故障策略推送给节点c对应的根节点,即为节点a,由于逻辑树中的各个节点均可实现策略的推送与策略的执行,则节点a会将故障策略推送给节点b,节点b会将故障策略推送给节点c。
在本申请的一种实施例中,预先设定信息推送策略,其中,信息推送策略可根据需求将故障策略推送给对应的目标节点。举例说明,假设逻辑树中包括三个节点,三个节点分别为节点a,节点b和节点c。当节点c为故障节点时,确定节点c的参数,根据节点c的参数执行信息推送策略,实现将故障策略推送给节点c。
根据本申请的策略推送方法,通过构建逻辑树,保证了后续能够根据逻辑树,实现将故障节点对应的故障策略推送至对应的故障节点中,降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源,降低了对于服务网格控制面板性能的占用,防止服务网格控制面板的性能瓶颈;其中,通过确定故障节点对应的故障策略,保证了后续能够根据故障策略对故障节点进行维护;通过确定故障节点对应的根节点,保证了能够根据故障节点对应的根节点实现将故障策略推送至故障节点中,避免出现同一节点多次接收故障策略的情况发生。
需要说明的是,可根据各个节点之间的调用关系,构建逻辑树,可选地,如图5所示,图5为本申请实施例提供的另一种策略推送方法的流程图,具体的,构建逻辑树的步骤可以包括以下步骤:
步骤501,根据服务网格的服务和各服务对应的节点,确定服务网格中各个节点之间的调用关系。
需要说明的是,基于服务网格进行服务调用解析处理,获取服务网格中各服务之间的调用关系;基于服务网格进行节点解析处理,获取服务网格中服务与节点之间的对应关系;根据各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系。
在本申请的一种实施例中,基于各服务之间的调用关系,确定服务调用关系数组;基于服务与节点之间的对应关系,确定服务节点关系数组;对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;基于节点调用关系数组,确定节点调用关系。
举例说明,当需要确定节点调用关系时:假设服务网格中共包括十二项服务和十个节点,其中,十二项服务分别为:服务1至服务12;十个节点分别为:节点a至节点h。基于各服务之间的调用关系,确定服务调用关系数组,服务调用关系数组如图6所示,其中,图6是以“服务调用者:服务提供者”的格式表达服务间的调用关系。基于服务与节点之间的对应关系,确定节点关系数组,节点关系数组如图7所示,其中,图7是以“服务:节点”的格式表达服务与节点之间的对应关系。对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组,其中,节点调用关系数组如图8所示。其中,图8以“调用节点:被调节点”的格式表达节点调用关系。基于节点调用关系数组,确定节点调用关系。
步骤502,根据各个节点之间的调用关系构建逻辑树。
需要说明的是,逻辑树可以为一种“Union-Find(并查集)树”,其中,Union-Find树是以各个节点之间的调用关系为基础,根据Union-Find算法构建的。
在本申请的一种实施例中,当需要构建逻辑树时,根据各服务之间的调用关系,确定服务调用关系数组;根据服务与节点之间的对应关系,确定服务节点关系数组;对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;以节点调用关系数组为基础,逐个扫描获取节点调用关系数组中的元素,并执行Union-Find算法,实现构建逻辑树。
举例说明:当需要构建逻辑树时,如图9所示,增加“Union-Find树处理机”,其中,Union-Find树处理机可根绝各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系,并基于各个节点之间的调用关系,构建Union-Find树。
在本申请的一种实施例中,当确定逻辑树后,服务网格中的各服务之间的调用关系和服务与节点之间的对应关系有新增的动作,则可保留原本逻辑树的结构,基于新增的各服务之间的调用关系和服务与节点之间的对应关系,确定新的节点调用关系数组,基于新的节点调用关系数组和逻辑树,执行Union-Find算法,确定新的逻辑树。
进一步的,当执行Union-Find算法时,可通过执行路径压缩和重量平衡,提高构建逻辑树的效率。
进一步的,将逻辑树存入高速缓存器中,可进一步提升逻辑树中各个节点的测量推送速度。
需要说明是,根据节点调用关系,确定节点的调用与被调用关系,根据节点的调用与被调用关系,确定各个节点的层级关系,进而根据各个节点的层级关系构建逻辑树。
举例说明,如图8所示,节点a与节点d的节点调用关系为:节点a调用节点d;节点d与节点h的节点调用关系为:节点d调用节点h。则可确定节点a、节点d和节点h的层级关系为;节点a—节点d—节点h;根据上述方法确定,图6中所有节点的层级关系,则构建逻辑树,其中图8所示的节点调用关系数组对应的逻辑树如图10所示。
根据本申请的策略推送方法,通过服务网格中各服务之间的调用关系和服务网格中服务与节点之间的对应关系,实现对于各个节点之间的调用关系的确定,保证了各个节点之间的调用关系能够反应各个节点间的实际调用情况,为后续构建逻辑树的层级关系提供基础。根据各个节点之间的调用关系构建逻辑树,降低了各个节点间连接关系的复杂性,保证了当需要推送故障策略时,能够降低操作的繁琐程度,减少资源的浪费,提高推送效率。
需要说明的是,可通过确定故障原因,实现故障策略的制定,可选地,如图11所示,图11为本申请实施例提供的另一种策略推送方法的流程图,具体的,确定故障策略可以包括以下步骤:
步骤1101,在服务网格中出现故障节点的情况下,基于故障节点,确定故障原因。
步骤1102,基于故障原因,确定与故障节点对应的故障策略。
在本申请的一种实施例中,响应于确定服务网格中出现故障节点,基于故障节点和故障节点对应的服务,确定故障原因。基于预先设定的故障与策略对应表,确定故障原因对应的故障策略,其中,故障与策略对应表中记载有多种故障原因,且每一种故障原因均对应有一种或多种故障策略。
在本申请的一种实施例中,响应于确定服务网格中出现故障节点,确定故障节点对应的故障原因,基于故障原因制定解决方案,根据解决方案生成与故障节点对应的故障策略。
根据本申请的策略推送方法,通过确定故障原因,保证了能够根据故障原因确定针对故障节点的故障策略,保证了能够根据故障策略实现对于故障节点的维护,保证了能够顺利将故障节点的故障解除。
需要说明的是,通过确定节点路径,实现将故障策略推送给故障节点,可选地,如图12所示,图12为本申请实施例提供的另一种策略推送方法的流程图,具体的,将故障策略推送给故障节点可以包括以下步骤:
步骤1201,基于逻辑树,确定根节点到故障节点的节点路径。
需要说明的是,确定逻辑树中故障节点的根节点的方法有很多,例如:可以根据逻辑树对应的逻辑算法确定根节点,或者,服务网格中各个节点之间的调用关系确定根节点,具体的,下面将对两种确定逻辑树中故障节点的根节点的方法进行说明:
在本申请的一种实施例中,基于逻辑树对应的逻辑算法,对逻辑树进行回溯处理,确定故障节点对应的根节点。
在本申请的一种实施例中,基于逻辑树,确定中各个节点之间的调用关系,基于各个节点之间的调用关系,确定逻辑树中故障节点对应的根节点。
需要说明的是,节点路径指的是:在逻辑树中,从根节点到故障节点经过的所有节点,且节点路径的起点为根节点,终点为故障节点。
步骤1202,将故障策略推送至根节点中,并基于节点路径将故障策略逐级推送至故障节点中。
根据本申请的策略推送方法,通过确定节点路径,保证了能够顺利将故障策略推送给对应的故障节点,并且,根据节点路径进行逐级推送,降低了推送故障策略的操作复杂度,提高了推送策略的效率,降低了推送策略所消耗的资源。
在本申请的一种实施例中,如图13所示,图13为本申请实施例提供的另一种策略推送方法的流程图,当需要对故障节点进行故障策略推送时:
步骤1301,基于服务网格进行服务调用解析处理,确定服务调用关系数组。
步骤1302,基于服务网格进行节点解析处理,确定服务节点关系数组。
步骤1303,基于服务调用关系数组和服务节点关系数组,确定节点调用关系数组。
步骤1304,基于节点调用关系数组,构建逻辑树。
步骤1305,基于逻辑树,通过根节点将故障策略推送至故障节点。
根据本申请的策略推送方法,通过构建逻辑树,保证了后续能够根据逻辑树,实现将故障节点对应的故障策略推送至对应的故障节点中,降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源,降低了对于服务网格控制面板性能的占用,防止服务网格控制面板的性能瓶颈;其中,通过确定故障节点对应的故障策略,保证了后续能够根据故障策略对故障节点进行维护;通过确定故障节点对应的根节点,保证了能够根据故障节点对应的根节点实现将故障策略推送至故障节点中,避免出现同一节点多次接收故障策略的情况发生。
应该理解的是,虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的策略推送方法的策略推送装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个策略推送装置实施例中的具体限定可以参见上文中对于策略推送方法的限定,在此不再赘述。
在一个实施例中,如图14所示,图14为本申请实施例提供的另一种策略推送装置的结构框图,一种策略推送装置,包括:构建模块1410、第一确定模块1420和推送模块1430,其中:
构建模块1410,用于获取服务网格的节点调用关系,基于节点调用关系,构建逻辑树;其中,逻辑树中的节点根据节点对应关系逐级排列。
第一确定模块1420,用于响应于逻辑树中出现故障节点,确定故障节点对应的故障策略。
推送模块1430,用于基于逻辑树,将故障策略逐级推送至故障节点。
根据本申请的策略推送装置,通过构建逻辑树,保证了后续能够根据逻辑树,实现将故障节点对应的故障策略推送至对应的故障节点中,降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源,降低了对于服务网格控制面板性能的占用,防止服务网格控制面板的性能瓶颈;其中,通过确定故障节点对应的故障策略,保证了后续能够根据故障策略对故障节点进行维护;通过确定故障节点对应的根节点,保证了能够根据故障节点对应的根节点实现将故障策略推送至故障节点中,避免出现同一节点多次接收故障策略的情况发生。
在一个实施例中,如图15所示,图15为本申请实施例提供的另一种策略推送装置的结构框图,提供了一种策略推送装置,该策略推送装置还包括:第二确定模块1540和构建模块1550。
第二确定模块1540,用于根据服务网格的服务和各服务对应的节点,确定服务网格中各个节点之间的调用关系。
需要说明的是,基于服务网格进行服务调用解析处理,获取服务网格中各服务之间的调用关系;基于服务网格进行节点解析处理,获取服务网格中服务与节点之间的对应关系;根据各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系。
需要说明的是,基于各服务之间的调用关系,确定服务调用关系数组;基于服务与节点之间的对应关系,确定服务节点关系数组;对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;基于节点调用关系数组,确定节点调用关系。
构建模块1550,用于根据各个节点之间的调用关系构建逻辑树。
其中,图15中1510-1530和图14中1410-1430具有相同功能和结构。
根据本申请的策略推送装置,通过服务网格中各服务之间的调用关系和服务网格中服务与节点之间的对应关系,实现对于各个节点之间的调用关系的确定,保证了各个节点之间的调用关系能够反应各个节点间的实际调用情况,为后续构建逻辑树的层级关系提供基础。根据各个节点之间的调用关系构建逻辑树,降低了各个节点间连接关系的复杂性,保证了当需要推送故障策略时,能够降低操作的繁琐程度,减少资源的浪费,提高推送效率。
在一个实施例中,如图16所示,图16为本申请实施例提供的另一种策略推送装置的结构框图,提供了一种策略推送装置,该策略推送装置中第一确定模块1620包括:第一确定单元1621和第二确定单元1622。
第一确定单元1621,用于在服务网格中出现故障节点的情况下,基于故障节点,确定故障原因。
第二确定单元1622,用于基于故障原因,确定与故障节点对应的故障策略。
其中,图16中1610、1630-1650和图15中1510、1530-1550具有相同功能和结构。
根据本申请的策略推送装置,通过确定故障原因,保证了能够根据故障原因确定针对故障节点的故障策略,保证了能够根据故障策略实现对于故障节点的维护,保证了能够顺利将故障节点的故障解除。
在一个实施例中,如图17所示,图17为本申请实施例提供的另一种策略推送装置的结构框图,提供了一种策略推送装置,该策略推送装置中推送模块1730包括:第三确定单元1731和推送单元1732。
第三确定单元1731,用于基于逻辑树,确定根节点到故障节点的节点路径。
推送单元1732,用于将故障策略推送至根节点中,并基于节点路径将故障策略逐级推送至故障节点中。
需要说明的是,基于逻辑树对应的逻辑算法,对逻辑树进行回溯处理,确定故障节点对应的根节点。
其中,图17中1710、1720、1740、1750和图16中1610、1620、1640、1650具有相同功能和结构。
根据本申请的策略推送装置,通过确定节点路径,保证了能够顺利将故障策略推送给对应的故障节点,并且,根据节点路径进行逐级推送,降低了推送故障策略的操作复杂度,提供了推送策略的效率,降低了推送策略所消耗的资源。
上述策略推送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图18所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储策略推送数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种策略推送方法。
本领域技术人员可以理解,图18中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
在服务网格中出现故障节点的情况下,确定故障节点对应的故障策略;
基于预先构建的逻辑树,确定故障节点对应的根节点;逻辑树包括服务网格中各个节点之间的调用关系;
基于逻辑树,通过根节点将故障策略推送至故障节点。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
根据服务网格的服务和各服务对应的节点,确定服务网格中各个节点之间的调用关系;
根据各个节点之间的调用关系构建逻辑树。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
基于服务网格进行服务调用解析处理,获取服务网格中各服务之间的调用关系;
基于服务网格进行节点解析处理,获取服务网格中服务与节点之间的对应关系;
根据各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:基于各服务之间的调用关系,确定服务调用关系数组;
基于服务与节点之间的对应关系,确定服务节点关系数组;
对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;
基于节点调用关系数组,确定节点调用关系。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:在服务网格中出现故障节点的情况下,基于故障节点,确定故障原因;
基于故障原因,确定与故障节点对应的故障策略。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:基于逻辑树,确定根节点到故障节点的节点路径;
将故障策略推送至根节点中,并基于节点路径将故障策略逐级推送至故障节点中。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:基于逻辑树对应的逻辑算法,对逻辑树进行回溯处理,确定故障节点对应的根节点。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
在服务网格中出现故障节点的情况下,确定故障节点对应的故障策略;
基于预先构建的逻辑树,确定故障节点对应的根节点;逻辑树包括服务网格中各个节点之间的调用关系;
基于逻辑树,通过根节点将故障策略推送至故障节点。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
根据服务网格的服务和各服务对应的节点,确定服务网格中各个节点之间的调用关系;
根据各个节点之间的调用关系构建逻辑树。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于服务网格进行服务调用解析处理,获取服务网格中各服务之间的调用关系;
基于服务网格进行节点解析处理,获取服务网格中服务与节点之间的对应关系;
根据各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:基于各服务之间的调用关系,确定服务调用关系数组;
基于服务与节点之间的对应关系,确定服务节点关系数组;
对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;
基于节点调用关系数组,确定节点调用关系。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:在服务网格中出现故障节点的情况下,基于故障节点,确定故障原因;
基于故障原因,确定与故障节点对应的故障策略。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:基于逻辑树,确定根节点到故障节点的节点路径;
将故障策略推送至根节点中,并基于节点路径将故障策略逐级推送至故障节点中。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:基于逻辑树对应的逻辑算法,对逻辑树进行回溯处理,确定故障节点对应的根节点。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
在服务网格中出现故障节点的情况下,确定故障节点对应的故障策略;
基于预先构建的逻辑树,确定故障节点对应的根节点;逻辑树包括服务网格中各个节点之间的调用关系;
基于逻辑树,通过根节点将故障策略推送至故障节点。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
根据服务网格的服务和各服务对应的节点,确定服务网格中各个节点之间的调用关系;
根据各个节点之间的调用关系构建逻辑树。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于服务网格进行服务调用解析处理,获取服务网格中各服务之间的调用关系;
基于服务网格进行节点解析处理,获取服务网格中服务与节点之间的对应关系;
根据各服务之间的调用关系和服务与节点之间的对应关系,确定各个节点之间的调用关系。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于各服务之间的调用关系,确定服务调用关系数组;
基于服务与节点之间的对应关系,确定服务节点关系数组;
对服务调用关系数组和服务节点关系数组进行聚合处理,得到节点调用关系数组;
基于节点调用关系数组,确定节点调用关系。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
在服务网格中出现故障节点的情况下,基于故障节点,确定故障原因;
基于故障原因,确定与故障节点对应的故障策略。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于逻辑树,确定根节点到故障节点的节点路径;
将故障策略推送至根节点中,并基于节点路径将故障策略逐级推送至故障节点中。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于逻辑树对应的逻辑算法,对逻辑树进行回溯处理,确定故障节点对应的根节点。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (11)
1.一种策略推送方法,其特征在于,所述方法包括:
在服务网格中出现故障节点的情况下,确定所述故障节点对应的故障策略;
基于预先构建的逻辑树,确定所述故障节点对应的根节点;所述逻辑树包括所述服务网格中各个节点之间的调用关系;
基于所述逻辑树,通过所述根节点将所述故障策略推送至所述故障节点。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述服务网格的服务和各所述服务对应的节点,确定所述服务网格中各个节点之间的调用关系;
根据所述各个节点之间的调用关系构建所述逻辑树。
3.根据权利要求2所述的方法,其特征在于,所述根据所述服务网格的服务和各所述服务对应的节点,确定所述服务网格中各个节点之间的调用关系,包括:
基于所述服务网格进行服务调用解析处理,获取所述服务网格中各服务之间的调用关系;
基于所述服务网格进行节点解析处理,获取所述服务网格中所述服务与节点之间的对应关系;
根据所述各服务之间的调用关系和所述服务与节点之间的对应关系,确定所述各个节点之间的调用关系。
4.根据权利要求2所述的方法,其特征在于,所述根据所述各服务之间的调用关系和所述服务与节点之间的对应关系,确定所述各个节点之间的调用关系,包括:
基于所述各服务之间的调用关系,确定服务调用关系数组;
基于所述服务与节点之间的对应关系,确定服务节点关系数组;
对所述服务调用关系数组和所述服务节点关系数组进行聚合处理,得到节点调用关系数组;
基于所述节点调用关系数组,确定所述节点调用关系。
5.根据权利要求1所述的方法,其特征在于,所述在服务网格中出现故障节点的情况下,确定所述故障节点对应的故障策略,包括:
在服务网格中出现故障节点的情况下,基于所述故障节点,确定所述故障原因;
基于所述故障原因,确定与所述故障节点对应的所述故障策略。
6.根据权利要求1所述的方法,其特征在于,所述基于所述逻辑树,通过所述根节点将所述故障策略推送至所述故障节点,包括:
基于所述逻辑树,确定所述根节点到所述故障节点的节点路径;
将所述故障策略推送至所述根节点中,并基于所述节点路径将所述故障策略逐级推送至所述故障节点中。
7.根据权利要求6中任一项所述的方法,其特征在于,所述方法还包括:
基于所述逻辑树对应的逻辑算法,对所述逻辑树进行回溯处理,确定所述故障节点对应的根节点。
8.一种策略推送装置,其特征在于,所述装置包括:
构建模块,用于获取服务网格的节点调用关系,基于所述节点调用关系,构建逻辑树;其中,所述逻辑树中的节点根据节点对应关系逐级排列;
第一确定模块,用于响应于所述逻辑树中出现故障节点,确定所述故障节点对应的故障策略;
推送模块,用于基于所述逻辑树,将所述故障策略逐级推送至所述故障节点。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
11.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210747775.XA CN115134212B (zh) | 2022-06-29 | 2022-06-29 | 策略推送方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210747775.XA CN115134212B (zh) | 2022-06-29 | 2022-06-29 | 策略推送方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115134212A true CN115134212A (zh) | 2022-09-30 |
CN115134212B CN115134212B (zh) | 2024-04-19 |
Family
ID=83380271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210747775.XA Active CN115134212B (zh) | 2022-06-29 | 2022-06-29 | 策略推送方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115134212B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217763A (zh) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | 故障分析中逻辑树到物理树的扩展装置及方法 |
CN106027569A (zh) * | 2016-07-19 | 2016-10-12 | 浪潮电子信息产业股份有限公司 | 一种防火墙管理方法、主节点、从节点及集群 |
CN106992877A (zh) * | 2017-03-08 | 2017-07-28 | 中国人民解放军国防科学技术大学 | 基于sdn架构的网络故障检测与修复方法 |
CN107786897A (zh) * | 2016-08-31 | 2018-03-09 | 南京中兴新软件有限责任公司 | Iptv系统故障定位方法及系统 |
CN108289034A (zh) * | 2017-06-21 | 2018-07-17 | 新华三大数据技术有限公司 | 一种故障发现方法和装置 |
CN109582670A (zh) * | 2018-10-31 | 2019-04-05 | 深圳市元征科技股份有限公司 | 一种车辆维修方案的推荐方法及相关设备 |
CN112416645A (zh) * | 2020-12-03 | 2021-02-26 | 广州云岫信息科技有限公司 | 一种基于人工智能的故障根因推断定位方法及装置 |
WO2021104269A1 (zh) * | 2019-11-29 | 2021-06-03 | 中兴通讯股份有限公司 | 故障定位方法、装置、设备及存储介质 |
CN113849486A (zh) * | 2021-11-30 | 2021-12-28 | 云和恩墨(北京)信息技术有限公司 | 故障处理方法、其装置、电子设备及计算机可读存储介质 |
CN113934758A (zh) * | 2021-10-08 | 2022-01-14 | 广州小鹏汽车科技有限公司 | 车辆故障修复方法、装置、车载终端、服务器及存储介质 |
CN114157561A (zh) * | 2022-02-07 | 2022-03-08 | 阿里云计算有限公司 | 故障处理系统以及方法 |
-
2022
- 2022-06-29 CN CN202210747775.XA patent/CN115134212B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217763A (zh) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | 故障分析中逻辑树到物理树的扩展装置及方法 |
CN106027569A (zh) * | 2016-07-19 | 2016-10-12 | 浪潮电子信息产业股份有限公司 | 一种防火墙管理方法、主节点、从节点及集群 |
CN107786897A (zh) * | 2016-08-31 | 2018-03-09 | 南京中兴新软件有限责任公司 | Iptv系统故障定位方法及系统 |
CN106992877A (zh) * | 2017-03-08 | 2017-07-28 | 中国人民解放军国防科学技术大学 | 基于sdn架构的网络故障检测与修复方法 |
CN108289034A (zh) * | 2017-06-21 | 2018-07-17 | 新华三大数据技术有限公司 | 一种故障发现方法和装置 |
CN109582670A (zh) * | 2018-10-31 | 2019-04-05 | 深圳市元征科技股份有限公司 | 一种车辆维修方案的推荐方法及相关设备 |
WO2021104269A1 (zh) * | 2019-11-29 | 2021-06-03 | 中兴通讯股份有限公司 | 故障定位方法、装置、设备及存储介质 |
CN112416645A (zh) * | 2020-12-03 | 2021-02-26 | 广州云岫信息科技有限公司 | 一种基于人工智能的故障根因推断定位方法及装置 |
CN113934758A (zh) * | 2021-10-08 | 2022-01-14 | 广州小鹏汽车科技有限公司 | 车辆故障修复方法、装置、车载终端、服务器及存储介质 |
CN113849486A (zh) * | 2021-11-30 | 2021-12-28 | 云和恩墨(北京)信息技术有限公司 | 故障处理方法、其装置、电子设备及计算机可读存储介质 |
CN114157561A (zh) * | 2022-02-07 | 2022-03-08 | 阿里云计算有限公司 | 故障处理系统以及方法 |
Non-Patent Citations (1)
Title |
---|
岳伟平;唐金元;岳晓彩;於韦炜;: "基于自动测试的智能故障诊断系统研究", 现代科学仪器, no. 06, 15 December 2010 (2010-12-15) * |
Also Published As
Publication number | Publication date |
---|---|
CN115134212B (zh) | 2024-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220124108A1 (en) | System and method for monitoring security attack chains | |
Kumar et al. | A Distributed framework for detecting DDoS attacks in smart contract‐based Blockchain‐IoT Systems by leveraging Fog computing | |
Trivedi et al. | Dependability and security models | |
Fan et al. | An improved network security situation assessment approach in software defined networks | |
Sharma et al. | OpCloudSec: Open cloud software defined wireless network security for the Internet of Things | |
Sharma et al. | A Consensus Framework for Reliability and Mitigation of Zero‐Day Attacks in IoT | |
US11416819B2 (en) | Connecting contact center resources using DLT for IOT solutions | |
Ma | Analysis of anomaly detection method for Internet of things based on deep learning | |
Du et al. | Adaptive data-driven service integrity attestation for multi-tenant cloud systems | |
Ali et al. | BCALS: Blockchain‐based secure log management system for cloud computing | |
Chen et al. | FCM technique for efficient intrusion detection system for wireless networks in cloud environment | |
Kumar et al. | Securing iot-based cyber-physical human systems against collaborative attacks | |
Li et al. | A framework of blockchain-based collaborative intrusion detection in software defined networking | |
Spathoulas et al. | Using homomorphic encryption for privacy-preserving clustering of intrusion detection alerts | |
Prazeres et al. | Engineering the application of machine learning in an IDS based on IoT traffic flow | |
WO2019018829A1 (en) | MITIGATING IMPROVED CYBERSECURITY THREATS USING DEEP AND BEHAVIORAL ANALYTICS | |
US20230274033A1 (en) | Blockchain auditing system and method | |
JP2022521833A (ja) | 効率的なサブグラフ検出のためのグラフストリームマイニングパイプライン | |
Li et al. | BCTrustFrame: enhancing trust management via blockchain and IPFS in 6G era | |
Altaf et al. | A new concatenated multigraph neural network for iot intrusion detection | |
US12001584B2 (en) | Privacy-preserving contact tracing | |
Ruiz-Villafranca et al. | A MEC-IIoT intelligent threat detector based on machine learning boosted tree algorithms | |
CN115134212A (zh) | 策略推送方法、装置、计算机设备和存储介质 | |
Ovasapyan et al. | Applying honeypot technology with adaptive behavior to internet-of-things networks | |
WO2022151726A1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |