CN107045459A - 一种基于ansible的运维请求处理方法及装置 - Google Patents
一种基于ansible的运维请求处理方法及装置 Download PDFInfo
- Publication number
- CN107045459A CN107045459A CN201710206907.7A CN201710206907A CN107045459A CN 107045459 A CN107045459 A CN 107045459A CN 201710206907 A CN201710206907 A CN 201710206907A CN 107045459 A CN107045459 A CN 107045459A
- Authority
- CN
- China
- Prior art keywords
- request
- label
- message body
- request message
- ansible
- 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/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/5033—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 data affinity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/508—Monitor
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供了一种基于ansible的运维请求处理方法及装置,其中方法包括:获取多个运维请求并对多个运维请求进行分类;将经过分类的多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,其中,标签用于使执行集群识别运维请求的类型,执行集群由多台协同处理的计算机组成;将具有标签的运维请求消息体发送至对应的执行集群,以使不同的执行集群对应处理具有标签的运维请求消息体中的命令。本发明实施例能够提高多个运维请求的处理效率,并可实现敏感执行集群的隔离,进一步提高运维请求处理的安全性。
Description
技术领域
本发明涉及运维监控技术领域,特别是涉及一种基于ansible的运维请求处理方法及装置。
背景技术
ansible是一种自动化运维工具,它能够实现批量系统配置、批量程序部署、批量运行命令等功能,在互联网行业广泛应用。ansible的工作原理是通过一台命令调度机器,基于SSH(Secure Shell,安全外壳协议)和SCP(Secure Copy,安全拷贝)的方式,将命令拷贝到远程执行机器并进行远程执行调度。
现有运维请求处理方法,一般由前端请求直接调用ansible,但是,由于现有ansible的处理方法不能对请求中的任务进行分类,这就导致当执行机执行请求中的任务时,只能由一台执行机执行该请求的全部任务,造成运维效率低。
发明内容
本发明实施例的目的在于提供一种基于ansible的运维请求处理方法及装置,以实现提高执行机的运维效率目的。具体技术方案如下:
一种基于ansible的运维请求处理方法,包括:
获取多个运维请求并对所述多个运维请求进行分类;
将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,所述标签用于使执行集群识别所述运维请求的类型,所述执行集群由多台协同处理的计算机组成;
将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令。
优选地,所述获取多个运维请求并对所述多个运维请求进行分类,具体包括:
获取多个运维请求,所述运维请求中包括:运维请求命令代码、执行所述运维请求的目标机器列表;
将所述运维请求按照地域和/或任务类型进行分类,所述不同的地域为所述运维请求不同的发送地理区域,所述不同的任务类型为所述运维请求中包含的不同任务类型。
优选地,所述将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,具体包括:
按照预设类型为所述经过分类的运维请求进行标识处理,生成具有标签的运维请求;
将所述具有标签的运维请求封装为运维请求消息体,所述运维请求消息体为ActiveMQ消息体。
优选地,所述将所述具有标签的运维请求消息体发送至对应的执行集群之前,所述运维请求处理方法还包括:
根据所述标签确定所述具有标签的运维请求消息体对应的执行集群。
优选地,所述将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令之后,所述基于ansible的运维请求处理方法还包括:
获取执行集群的处理结果;
确定所述处理结果为新的运维请求,将所述新的运维请求进行分类;
将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体;
将所述具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的新的运维请求消息体中的命令。
一种基于ansible的运维请求处理装置,包括:
第一获取模块,用于获取多个运维请求并对所述多个运维请求进行分类;
生成模块,用于将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,所述标签用于使执行集群识别所述运维请求的类型,所述执行集群由多台协同处理的计算机组成;
第一发送模块,用于将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令。
优选地,所述第一获取模块,具体用于:
获取多个运维请求,所述运维请求中包括:运维请求命令代码、执行所述运维请求的目标机器列表;
将所述运维请求按照地域和/或任务类型进行分类,所述不同的地域为所述运维请求不同的发送地理区域,所述不同的任务类型为所述运维请求中包含的不同任务类型。
优选地,所述生成模块,具体用于:
按照预设类型为所述经过分类的运维请求进行标识处理,生成具有标签的运维请求;
将所述具有标签的运维请求封装为运维请求消息体,所述运维请求消息体为ActiveMQ消息体。
优选地,所述基于ansible的运维请求处理装置进一步包括:
确定模块,用于根据所述标签确定所述具有标签的运维请求消息体对应的执行集群。
优选地,所述基于ansible的运维请求处理装置,进一步包括:
第二获取模块,用于获取执行集群的处理结果;
分类模块,用于确定所述处理结果为新的运维请求,将所述新的运维请求进行分类;
标识模块,用于将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体;
第二发送模块,用于将所述具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的新的运维请求消息体中的命令。
本发明实施例提供的基于ansible的运维请求处理方法及装置,通过对运维请求进行分类,从而使执行集群对同一类运维请求集中处理,提高运维请求的处理效率;通过生成多个具有标签的运维请求消息体,在提高运维请求识别程度的同时,还可实现敏感执行集群的隔离,进一步提高运维请求处理的安全性;通过将处理结果确定为新的运维请求并对新的运维请求分类后发送至对应执行集群,能够实现多级任务的异步执行,进一步提高运维请求处理效率。当然,实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的基于ansible的运维请求处理方法的一种流程示意图;
图2为本发明实施例的基于ansible的运维请求处理方法的另一种流程示意图;
图3为本发明实施例的基于ansible的运维请求处理装置的一种结构示意图;
图4为本发明实施例的基于ansible的运维请求处理装置的另一种结构示意图;
图5为本发明实施例的基于ansible的运维请求处理装置的架构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
方法实施例一
本发明实施例提供的一种基于ansible的运维请求处理方法的一种具体实施例,参考图1,图1为本发明实施例的基于ansible的运维请求处理方法的一种流程示意图,包括:
S101、获取多个运维请求并对多个运维请求进行分类。
在基于ansible的运维管理技术领域中,运维请求通常先由数据中心发送给命令调度机器,再由命令调度机器将运维请求拷贝至远程执行机器,并通过远程执行器对业务服务器执行命令。运维请求是一种包含运维命令的请求,一般地,这些命令通常用来查询服务器的运行状态,或者用来使服务器执行某个动作。可选地,运维请求中还包含命令的代码、执行运维请求的目标机器列表,命令的代码用于业务服务器执行命令,目标机器列表用于确认执行这些运维请求的业务服务器,这些业务服务器提供具体的业务数据存储、处理功能。
本发明实施例中,获取多个运维请求后,会对运维请求进行分类。一般情况下,每条运维请求具有不同的特性,例如运维请求有可能来自不同地域的数据中心,或者,运维请求具有不同的任务类型,例如该运维请求用于查询某服务器的状态,或者用于使某服务器执行一项动作。因此,对获取的多个运维请求进行分类,能够将具有相同特性的运维请求归为一类,方便后续处理流程对同一类运维请求集中处理,提高处理效率。
其中,可选地,对运维请求进行分类的方法包括,将运维请求按照不同的获取地域或者不同的任务类型进行分类,也可以将运维请求按照不同的获取地域和不同的任务类型进行分类。举例说明,运维请求A来自广州数据中心,其任务类型为使业务服务器执行a服务,运维请求B来自上海数据中心,其任务类型为查询业务服务器的运作状态,运维请求C同样来自上海数据中心,其任务类型为使业务服务器执行a服务,运维请求D来自广州数据中心,其任务类型为使业务服务器执行b服务。如果按照不同的获取地域进行分类,可将B、C运维请求分为一类;如果按照不同的任务类型进行分类,可将A、C运维请求分为一类。如果将运维请求按照不同的获取地域和不同的任务类型进行分类,那么,因为A、D运维请求均来自广州,且都是使服务器执行某项服务,可将A、D分为一类。可见,本发明实施例具体的分类方法可根据实际应用情况而定,无论如何分类,只要能达到对分类后的运维请求产生整合效果,都属于本发明实施例的保护范围。
S102、将经过分类的多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,其中,标签用于使执行集群识别运维请求的类型,执行集群由多台协同处理的计算机组成。
运维请求经过分类后,需要对应的执行集群识别这些分类才能有效地处理运维请求。因此,需要对运维请求进行标识处理。通过对分类后的运维请求进行标识处理,能够使执行集群有效识别出对应分类的运维请求,提高对运维请求的处理效率。可选地,将具有不同类型的运维请求打上其类型标签,并以运维请求消息体的形式封装生成,这样,每个运维请求便具有了用于识别其类型的标签,能够大大提高执行集群的识别程度。并且,本发明实施例还可实现敏感执行集群的隔离,即执行集群只处理对应标签的运维消息体,其它任何服务都不能在该执行集群执行。这样,能够大大提高涉及资金、帐号等敏感信息的任务的安全性。
具体地,可以将分类并打标签的运维请求封装为ActiveMQ消息体,并直接通过ActiveMQ总线发送至对应执行集群。其中,ActiveMQ消息体的封装形式可以为Json格式数据,例如:{taskid:xxx,host_inventory:xxx,tag:xx},其中,Taskid表示每个运维请求所拥有的唯一的ID,host_inventory表示执行集群中的机器列表,tag是自定义的标签,用以对运维请求分类,如任务类型、地域等。
本发明实施例中,执行集群是由一组具有协同处理能力的计算机组成的计算机阵列。执行集群可以根据运维请求的分类进行预设,例如,预先设置执行集群A用于处理具有同一类标签的运维请求,则将多台计算机组成集群A,专门用于接收、识别并处理具有同一类标签的运维请求消息体。
S103、将具有标签的运维请求消息体发送至对应的执行集群,以使不同的执行集群对应处理具有标签的运维请求消息体中的命令。
执行集群根据任务类型不同,一般会存在多个,因此,生成多个具有标签的运维请求消息体后,需要将这些运维请求消息体发送至对应的执行集群,从而使不同的执行集群对应处理运维请求消息体中的命令,进而提高运维请求的处理效率。例如,运维请求A的任务类型为使业务服务器执行a服务,则运维请求A的标签可设置为“执行a服务”;运维请求B的任务类型为查询业务服务器的运作状态,则运维请求B的标签可设置为“查询业务服务器的运作状态”。执行集群A用于处理包含使业务服务器执行a服务运维命令的运维请求,执行集群B用于处理包含查询业务服务器的运作状态运维命令的运维请求。那么,可以将包含“执行a服务”标签的运维请求A发送至执行集群A,将包含“查询业务服务器的运作状态”标签的运维请求B发送至执行集群B,从而使执行集群A和执行集群B分别处理所属标签的运维请求,达到对应处理的目的。
此外,当执行集群有多个时,在将具有标签的运维请求消息体发送至对应的执行集群之前,可选地,通过标签确定具有标签的运维请求消息体所对应的执行集群。例如,执行集群A用于处理具有标签A的运维请求,执行集群B用于处理具有标签B的运维请求,为了避免错误地将具有标签B的运维请求发送至执行集群A,在发送运维请求前,发送方和接收方通过相互确认都具有相同的标签,即可确保发送至正确对应的执行集群。
本发明方法实施例一,通过对运维请求进行分类,将具有相同类别的运维请求归为一类,从而使执行集群对同一类运维请求集中处理,提高处理效率;通过将分类后的运维请求进行标识处理,生成多个具有标签的运维请求消息体,在提高运维请求识别程度的同时,还可实现敏感执行集群的隔离,进一步提高运维请求处理的安全性。
方法实施例二
本发明实施例提供的基于ansible的运维请求处理方法的另一种具体实施例,参考图2,图2为本发明实施例的基于ansible的运维请求处理方法的另一种流程示意图,在方法实施例一的基础上,进一步包括:
S201、获取执行集群的处理结果。
本步骤位于方法实施例一的S103之后,执行集群处理具有标签的运维请求消息体中的命令,并对业务服务器执行该命令,然后将处理结果返回至ActiveMQ的消息队列中。对于需要多步处理的任务,前一步的处理结果可能就是下一步的处理请求,因此,系统会获取该处理结果,为下一步判断做准备。举例说明,甲运维请求共需A、B两步处理完成,乙运维请求共需B步一步处理完成,当甲处理完A步后,得到的结果是B步,那么就可以将B步发送到执行乙请求的集群中去处理,从而避免执行甲运维请求的集群不仅需要处理A步还需处理B步的情况发生,进而提高运维请求的处理效率。
S202、确定处理结果为新的运维请求,将新的运维请求进行分类。
如前文所述,对于需要多步处理的任务,前一步的处理结果可能就是下一步的处理请求。因此,需要确定获取的处理结果为新的运维请求。如果某个执行集群的处理结果就是另一个执行集群的处理请求,则可认为该处理结果为新的运维请求。当确定处理结果为新的运维请求后,将新的运维请求再次进行分类。可选地,将运维请求按照不同的获取地域、不同的任务类型进行分类、不同的用途进行分类,通过分类,能够将具有相同特性的运维请求归为一类,方便后续处理流程对同一类运维请求集中处理,提高处理效率。
S203、将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体。
本步骤与方法实施例一中步骤S102类似,不同点在于,是将新的运维请求进行标识处理,并生成新的具有标签的运维请求消息体。这里,新的运维请求、新的具有标签的运维请求消息体是相对于原有运维请求、具有标签的运维请求消息体的概念,它们的本质并没有不同。通过具有标签的新的运维请求消息体,能够将原本需要在一个执行集群中处理的任务,分别由处理不同步骤的执行集群分布执行,从而提高运维请求的处理效率。
S204、将具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的执行集群对应处理具有标签的新的运维请求消息体中的命令。
本步骤与方法实施例一中步骤S103类似。具有标签的新的运维请求消息体同样具有用于确认其类型的标签,将具有标签的新的运维请求消息体发送至对应的执行集群后,执行集群对应处理这些新的运维请求消息体中的命令,并对业务服务器执行该命令,然后将处理结果再次返回至ActiveMQ的消息队列中,再次确认获取的处理结果是否为新的运维请求,直至运维请求处理完成。通过对这种多级任务的异步执行,能够将原本需要在一个执行集群中处理的任务,分别由处理不同步骤的执行集群执行,从而提高运维请求的处理效率。
本发明方法实施例二,通过对业务服务器的处理结果再次获取并判断是否为新的运维请求,并对确定的新的运维请求再次分类并发送至对应执行集群,能够将原本需要在一个执行集群中处理的任务,分别由处理不同步骤的执行集群分布执行,从而提高运维请求的处理效率。
装置实施例一
本发明实施例提供的一种基于ansible的运维请求处理装置的一种具体实施例,与图1所示流程相对应,参考图3,图3为本发明实施例的基于ansible的运维请求处理装置的一种结构示意图,包括:
第一获取模块301,用于获取多个运维请求并对多个运维请求进行分类。
其中,第一获取模块301,具体用于:
获取多个运维请求,运维请求中包括:运维请求命令代码、执行运维请求的目标机器列表。
将运维请求按照地域和/或任务类型进行分类,不同的地域为运维请求不同的发送地理区域,不同的任务类型为运维请求中包含的不同任务类型。
生成模块302,用于将经过分类的多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,标签用于使执行集群识别运维请求的类型,执行集群由多台协同处理的计算机组成。
其中,生成模块302,具体用于:
按照预设类型为经过分类的运维请求进行标识处理,生成具有标签的运维请求。
将具有标签的运维请求封装为运维请求消息体,运维请求消息体为ActiveMQ消息体。
第一发送模块303,用于将具有标签的运维请求消息体发送至对应的执行集群,以使不同的执行集群对应处理具有标签的运维请求消息体中的命令。
此外,本发明装置实施例一的基于ansible的运维请求处理装置还包括:
确定模块304,用于根据标签确定具有标签的运维请求消息体对应的执行集群。
本发明装置实施例一提供的基于ansible的运维请求处理装置用于实现本发明方法实施例一提供的基于ansible的运维请求处理方法的处理,其实现原理和技术效果类似,此处不再赘述。
装置实施例二
本发明实施例提供的一种基于ansible的运维请求处理装置的另一种具体实施例,与图2所示流程相对应,参考图4,图4为本发明实施例的基于ansible的运维请求处理装置的另一种结构示意图,在装置实施例一的基础上,进一步包括:
第二获取模块401,用于获取执行集群的处理结果。
分类模块402,用于确定处理结果为新的运维请求,将新的运维请求进行分类。
标识模块403,用于将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体。
第二发送模块404,用于将具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的执行集群对应处理具有标签的新的运维请求消息体中的命令。
本发明装置实施例二提供的基于ansible的运维请求处理装置用于实现本发明方法实施例二提供的基于ansible的运维请求处理方法的处理,其实现原理和技术效果类似,此处不再赘述。
本发明实施例还提供了一种基于ansible的运维请求处理装置的架构示意图,参考图5,图5为本发明实施例的基于ansible的运维请求处理装置的架构示意图,包括:调度模块501,ActiveMQ消息总线502和执行集群503。
调度模块501用于获取多个运维请求并对这些运维请求分类,然后将分类后的多个运维请求通过ActiveMQ消息总线502发送至执行集群503中对应的执行集群,并由不同的执行集群对应处理多个运维请求。其中,ActiveMQ消息总线502是一种开源的消息总线,具有广泛的连接模式,包括HTTP、HTTPS、JGroups、JXTA、muticast、SSL、TCP、UDP、XMPP等,同时能够提供高效的、可扩展的、稳定的和安全的企业级消息通信,因此采用这种消息总线形式。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种基于ansible的运维请求处理方法,其特征在于,所述方法包括:
获取多个运维请求并对所述多个运维请求进行分类;
将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,所述标签用于使执行集群识别所述运维请求的类型,所述执行集群由多台协同处理的计算机组成;
将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令。
2.根据权利要求1所述的基于ansible的运维请求处理方法,其特征在于,所述获取多个运维请求并对所述多个运维请求进行分类,具体包括:
获取多个运维请求,所述运维请求中包括:运维请求命令代码、执行所述运维请求的目标机器列表;
将所述运维请求按照地域和/或任务类型进行分类,所述不同的地域为所述运维请求不同的发送地理区域,所述不同的任务类型为所述运维请求中包含的不同任务类型。
3.根据权利要求2所述的基于ansible的运维请求处理方法,其特征在于,所述将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,具体包括:
按照预设类型为所述经过分类的运维请求进行标识处理,生成具有标签的运维请求;
将所述具有标签的运维请求封装为运维请求消息体,所述运维请求消息体为ActiveMQ消息体。
4.根据权利要求3所述的基于ansible的运维请求处理方法,其特征在于,所述将所述具有标签的运维请求消息体发送至对应的执行集群之前,所述运维请求处理方法还包括:
根据所述标签确定所述具有标签的运维请求消息体对应的执行集群。
5.根据权利要求1~4任一项所述的基于ansible的运维请求处理方法,其特征在于,所述将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令之后,所述基于ansible的运维请求处理方法还包括:
获取执行集群的处理结果;
确定所述处理结果为新的运维请求,将所述新的运维请求进行分类;
将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体;
将所述具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的新的运维请求消息体中的命令。
6.一种基于ansible的运维请求处理装置,其特征在于,所述装置包括:
第一获取模块,用于获取多个运维请求并对所述多个运维请求进行分类;
生成模块,用于将经过分类的所述多个运维请求进行标识处理,生成多个具有标签的运维请求消息体,所述标签用于使执行集群识别所述运维请求的类型,所述执行集群由多台协同处理的计算机组成;
第一发送模块,用于将所述具有标签的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的运维请求消息体中的命令。
7.根据权利要求6所述的基于ansible的运维请求处理装置,其特征在于,所述第一获取模块,具体用于:
获取多个运维请求,所述运维请求中包括:运维请求命令代码、执行所述运维请求的目标机器列表;
将所述运维请求按照地域和/或任务类型进行分类,所述不同的地域为所述运维请求不同的发送地理区域,所述不同的任务类型为所述运维请求中包含的不同任务类型。
8.根据权利要求7所述的基于ansible的运维请求处理装置,其特征在于,所述生成模块,具体用于:
按照预设类型为所述经过分类的运维请求进行标识处理,生成具有标签的运维请求;
将所述具有标签的运维请求封装为运维请求消息体,所述运维请求消息体为ActiveMQ消息体。
9.根据权利要求8所述的基于ansible的运维请求处理装置,其特征在于,所述基于ansible的运维请求处理装置进一步包括:
确定模块,用于根据所述标签确定所述具有标签的运维请求消息体对应的执行集群。
10.根据权利要求6~9任一项所述的基于ansible的运维请求处理装置,其特征在于,所述基于ansible的运维请求处理装置,进一步包括:
第二获取模块,用于获取执行集群的处理结果;
分类模块,用于确定所述处理结果为新的运维请求,将所述新的运维请求进行分类;
标识模块,用于将经过分类的新的运维请求进行标识处理,生成具有标签的新的运维请求消息体;
第二发送模块,用于将所述具有标签的新的运维请求消息体发送至对应的执行集群,以使不同的所述执行集群对应处理所述具有标签的新的运维请求消息体中的命令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710206907.7A CN107045459A (zh) | 2017-03-31 | 2017-03-31 | 一种基于ansible的运维请求处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710206907.7A CN107045459A (zh) | 2017-03-31 | 2017-03-31 | 一种基于ansible的运维请求处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107045459A true CN107045459A (zh) | 2017-08-15 |
Family
ID=59545470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710206907.7A Pending CN107045459A (zh) | 2017-03-31 | 2017-03-31 | 一种基于ansible的运维请求处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107045459A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108768683A (zh) * | 2018-03-15 | 2018-11-06 | 北京奇艺世纪科技有限公司 | 一种自动化运维方法、装置和系统 |
CN109189575A (zh) * | 2018-08-20 | 2019-01-11 | 北京奇虎科技有限公司 | 一种多OpenStack集群的统一管理方法及装置 |
CN109728957A (zh) * | 2019-01-31 | 2019-05-07 | 网宿科技股份有限公司 | 一种交互式运维的方法及装置 |
CN109889381A (zh) * | 2019-02-18 | 2019-06-14 | 国家计算机网络与信息安全管理中心 | 基于堡垒机的自动化配置管理方法及装置 |
CN111061555A (zh) * | 2019-12-22 | 2020-04-24 | 济南浪潮数据技术有限公司 | 一种基于Ansible的运维方法和相关装置 |
CN113254239A (zh) * | 2021-06-21 | 2021-08-13 | 视睿(杭州)信息科技有限公司 | 一种网络模型训练的控制方法、系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105024851A (zh) * | 2015-06-25 | 2015-11-04 | 四川理工学院 | 一种基于云计算的监控管理系统 |
CN105915633A (zh) * | 2016-06-02 | 2016-08-31 | 北京百度网讯科技有限公司 | 自动化运维系统和方法 |
CN106168965A (zh) * | 2016-07-01 | 2016-11-30 | 竹间智能科技(上海)有限公司 | 知识图谱构建系统 |
CN106484530A (zh) * | 2016-09-05 | 2017-03-08 | 努比亚技术有限公司 | 一种分布式任务调度运维监控系统及方法 |
-
2017
- 2017-03-31 CN CN201710206907.7A patent/CN107045459A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105024851A (zh) * | 2015-06-25 | 2015-11-04 | 四川理工学院 | 一种基于云计算的监控管理系统 |
CN105915633A (zh) * | 2016-06-02 | 2016-08-31 | 北京百度网讯科技有限公司 | 自动化运维系统和方法 |
CN106168965A (zh) * | 2016-07-01 | 2016-11-30 | 竹间智能科技(上海)有限公司 | 知识图谱构建系统 |
CN106484530A (zh) * | 2016-09-05 | 2017-03-08 | 努比亚技术有限公司 | 一种分布式任务调度运维监控系统及方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108768683A (zh) * | 2018-03-15 | 2018-11-06 | 北京奇艺世纪科技有限公司 | 一种自动化运维方法、装置和系统 |
CN109189575A (zh) * | 2018-08-20 | 2019-01-11 | 北京奇虎科技有限公司 | 一种多OpenStack集群的统一管理方法及装置 |
CN109728957A (zh) * | 2019-01-31 | 2019-05-07 | 网宿科技股份有限公司 | 一种交互式运维的方法及装置 |
CN109728957B (zh) * | 2019-01-31 | 2021-08-03 | 网宿科技股份有限公司 | 一种交互式运维的方法及装置 |
CN109889381A (zh) * | 2019-02-18 | 2019-06-14 | 国家计算机网络与信息安全管理中心 | 基于堡垒机的自动化配置管理方法及装置 |
CN111061555A (zh) * | 2019-12-22 | 2020-04-24 | 济南浪潮数据技术有限公司 | 一种基于Ansible的运维方法和相关装置 |
CN113254239A (zh) * | 2021-06-21 | 2021-08-13 | 视睿(杭州)信息科技有限公司 | 一种网络模型训练的控制方法、系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107045459A (zh) | 一种基于ansible的运维请求处理方法及装置 | |
CN108282489B (zh) | 一种漏洞扫描方法、服务端及系统 | |
CN110290189B (zh) | 一种容器集群管理方法、装置及系统 | |
CN110838065A (zh) | 一种交易数据处理方法及装置 | |
US11150896B2 (en) | Automated generation of service definitions for message queue application clients | |
US8825750B2 (en) | Application server management system, application server management method, management apparatus, application server and computer program | |
CN111209310B (zh) | 基于流计算的业务数据处理方法、装置和计算机设备 | |
CN104199912B (zh) | 一种任务处理的方法及装置 | |
CN114024972A (zh) | 一种长连接通信方法、系统、装置、设备及存储介质 | |
CN103581336A (zh) | 基于云计算平台的业务流程调度方法及系统 | |
CN111667141A (zh) | 未决任务案件的处理方法、装置、设备及存储介质 | |
CN110417760A (zh) | 工业互联网中边缘层的互操作方法及中间件 | |
CN110955677A (zh) | 一种身份验证方法、装置及系统 | |
CN110910143A (zh) | 身份标识生成方法、装置、相关节点及介质 | |
CN115794128A (zh) | 软件部署方法、装置、计算机设备和计算机可读存储介质 | |
CN111698310B (zh) | 基于swift网络的多测试环境调度方法及装置 | |
CN109669777B (zh) | 工业互联网大数据元需求服务提供方法与系统 | |
CN115080771A (zh) | 基于人工智能的数据处理方法及装置、介质、网关设备 | |
US20180165749A1 (en) | Multi-factor routing system for exchanging business transactions | |
JP4232109B2 (ja) | リアルタイム処理システム、処理装置、リアルタイム処理方法、及びプログラム | |
CN110674122A (zh) | 一种基于数据交易的数据清洗系统 | |
CN111478945B (zh) | 一种抽水蓄能运检数据处理系统和方法 | |
CN112007863B (zh) | 快递校验分拣的方法、装置和系统 | |
CN110661681B (zh) | 埋点设计方法和设备 | |
CN115865794A (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: 20170815 |
|
RJ01 | Rejection of invention patent application after publication |