CN108536447A - 运维管理方法 - Google Patents

Abstract

本申请实施例公开了运维管理方法。该方法的一具体实施方式包括：接收运维指令，所述运维指令包括：被选取的运维对象的名称；基于预设层级结构，确定所述被选取的运维对象的任务文件的调用路径，预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点；将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中，所述运维策略文件包括待批量运行的多个任务文件。通过预设层级结构描述诸如运维对象、任务文件等之间的从属关系，减少了批量部署过程涉及的需要运维的对象的任务文件的管理的复杂度。自动查找出选取出的运维对象的任务文件对应的调用路径，加入到运维策略文件中，实现批量部署。

Description

运维管理方法

技术领域

本申请涉及计算机领域，具体涉及运维领域，尤其涉及运维管理方法。

背景技术

批量部署是通过批量运行多个任务文件实现同时对多个需要运维的对象进行运维的运维手段。针对批量部署过程涉及的需要运维的对象的任务文件的管理是运维管理中的关键环节。目前，通常是依靠一些常用的运维管理工具自带的单级的对各个对象进行组织的结构进行管理。

发明内容

本申请实施例提供了一种运维管理方法。

本申请实施例提供了运维管理方法，该方法包括：接收运维指令，所述运维指令包括：被选取的运维对象的名称；基于预设层级结构，确定所述被选取的运维对象的任务文件的调用路径，预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点，其中，每一个运维对象各自对应的节点均与位于运维对象所在的层之外的其他层的至少一个运维对象对应的节点具有父子关系或祖父子关系，每一个运维对象对应的节点均与位于运维对象所在的层之外的其他层的各自的任务文件对应的节点具有父子关系或祖父子关系；将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中，所述运维策略文件包括待批量运行的多个任务文件。通过预设层级结构描述诸如运维对象、任务文件等之间的从属关系，减少了批量部署过程涉及的需要运维的对象的任务文件的管理的复杂度。根据被选取的任意层的运维对象，自动查找出选取出的运维对象的任务文件对应的调用路径，加入到运维策略文件中，进而在运维策略文件运行时根据调用路径查找到任务文件并且批量运行任务文件，实现批量部署。对各个运维对象进行组织的预设层级结构可以在层级方向上进行任意深度的扩展来适应业务的变化，同时，方便对各个运维对象的运维过程进行管理。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是可以应用于本申请的运维管理方法的示例性系统架构；

图2是根据本申请的运维管理方法的一个实施例的流程图；

图3是预设层级结构的一个效果示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了可以应用于本申请的运维管理方法的示例性系统架构。

如图1所示，系统架构可以包括终端101、网络102、服务器103。终端101可以为运维工程师使用的终端。服务器103可以为对APP进行运维的服务器。例如，APP为可提供海量的无线接入点的密码的应用，该应用的查询无线接入点的密码模块、广告推送模块等模块均需要服务器103进行运维。终端101可以向服务器103发送运维指令，服务器103根据运维指令，运行相应地任务文件。

应理解，图1中的终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络和服务器。

请参考图2，其示出了根据本申请的运维管理方法的一个实施例的流程图。该方法可以由服务器(例如图1中的服务器103)执行。该方法包含以下步骤：

步骤201，接收运维指令。

在本实施例中，运维指令包括：被选取的运维对象的名称。在运维过程中，通过运行运维对象的任务文件对运维对象进行运维。

例如，一个运维对象为一个产品，该运维对象的任务文件用于对该产品的整体框架进行运维。又例如，一个运维对象为一个产品的一个模块，该运维对象的任务文件用于对该产品的该模块进行运维。

在本实施例中，运维对象可以相当于运维管理工具中的定义的模块，例如，运维对象可以相当于运维管理工具ansible中的角色。

在本实施例中，可以由服务器接收运维指令。运维指令可以在用户例如运维工程师使用的终端生成。在运维过程中，当需要执行运维对象的任务文件时，用户可以在运维界面中选取该运维对象，然后，在用户使用的终端生成包含用户选取的该运维对象的名称的运维指令。用户使用的终端可以将包含用户选取的该运维对象的名称的运维指令发送至服务器，从而，服务器接收到运维指令。

在本实施例中，当用户期望多个运维对象的任务文件同时执行时即批量运行时，则用户可以同时选取多个运维对象，相应地，在用户使用的终端生成的运维指令包括多个被选取的运维对象的名称。

步骤202，基于预设层级结构，确定被选取的运维对象的任务文件的调用路径，预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点，每一个运维对象各自对应的节点均与位于运维对象所在的层之外的其他层的至少一个运维对象对应的节点具有父子关系或祖父子关系，每一个运维对象对应的节点均与位于运维对象所在的层之外的其他层的各自的任务文件对应的节点具有父子关系或祖父子关系。

在本实施例中，可以预先构建一个预设层级结构，预设层级结构的类型可以为树结构。预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点。

在本实施例中，一个运维对象的调用路径为该运维对象对应的节点到首层中的与该运维对象对应的节点的关联节点之间的路径和该运维对象对应的节点到该运维对象的任务文件对应的节点之间的路径所构成的路径。关联节点包括以下之一：该运维对象对应的节点自身、该运维对象对应的节点的父节点、该运维对象对应的节点的祖父节点。当该运维对象为预设层级结构首层的节点时，关联节点为该运维对象对应的节点自身。该运维对象对应的节点到首层中的与该运维对象对应的节点的关联节点之间的路径上的每一个节点均与路径上的其他节点均具有父子关系或祖父子关系。该运维对象对应的节点到该运维对象的任务文件对应的节点之间的路径上的每一个节点均与路径上的其他节点均具有父子关系或祖父子关系。

在本实施例中，在预设层级结构中，每一个节点具有一个父节点，每一个运维对象具有一个任务文件。每一个运维对象对应的节点的节点数据包括：与运维对象具有父子关系的运维对象对应的节点的名称。

在本实施例中，在预设层级结构中，每一个运维对象各自对应的节点均与其他层的至少一个运维对象对应的节点具有父子关系或祖父子关系。每一个运维对象对应的节点均与运维对象的任务文件具有父子关系或祖父子关系。

在本实施例中，具有父子关系或祖父子关系的节点对应的运维对象之间存在从属关系。

在本实施例中，在预设层级结构中，对于一个运维对象对应的节点，该运维对象的任务文件对应的节点可以位于该运维对象对应的节点所在的层的下一层并且与该运维对象对应的节点连接，从而，该运维对象对应的节点与该运维对象的任务文件对应的节点构成父子关系。

例如，一个运维对象为一个产品，该产品对应的节点在预设层级结构的顶层即第一层，该产品的任务文件用于对该产品的整体框架进行运维。该产品的一个模块也为运维对象，该模块对应的任务文件用于对该模块进行运维，该模块对应的节点位于预设层级结构的第二层。该模块的子模块也为运维对象，该模块的子模块对应的任务文件用于对该模块的子模块进行运维，该模块的子模块对应的节点位于预设层级结构的第三层。该运维对象的任务文件对应的节点位于预设层级结构的第四层。在预设层级结构中，位于第一层的该产品对应的节点与位于第二层的该模块对应的节点连接，位于第二层的该模块对应的节点与位于第三层的该模块的子模块对应的节点连接。位于第三层的该模块的子模块对应的节点与位于第四层的该运维对象的任务文件对应的节点连接。当该模块的子模块被选取时，该模块的子模块对应的调用路径上的节点依照所在的层的次序依次包括：该产品对应的节点、该模块对应的节点、该模块的子模块对应的节点。

在本实施例的一些可选的实现方式中，任务文件存储在任务文件夹中。相应地，预设层级结构还包括：任务文件夹对应的节点。在预设层级结构中，一个运维对象的任务文件存储在的任务文件夹对应的节点为该运维对象对应的节点的子节点，该运维对象的任务文件对应的节点为该任务文件夹对应的节点的子节点。在预设层级结构中，该运维对象对应的节点、运维对象的任务文件存储在的任务文件夹对应的节点在不同的层，该运维对象对应的节点、运维对象的任务文件存储在的任务文件夹对应的节点所在的层的序号相邻。

在本实施例的一些可选的实现方式中，预设层级结构中还包括：中间节点。一个中间节点可以对应于一个文件夹。中间节点与中间节点所在的层的上一层和下一层中的具有从属关系的运维对象对应的节点中的每一个节点连接。从而，与中间节点所在的层的上一层和下一层中的具有从属关系的运维对象对应的节点之间构成祖父子关系。一个中间节点对应的文件夹中可以存储上述具有从属关系的运维对象的任务文件在运行时共同需调用的文件。

例如，一个运维对象为一个模块，该模块对应的节点位于第三层，该模块的子模块对应的节点位于第五层，一个位于第四层的中间节点同时与该模块对应的节点和该模块的子模块对应的节点连接。该中间节点对应的文件夹存储该模块的任务文件和该模块的子模块任务文件在运行过程中共同所需的文件。

在本实施例的一些可选的实现方式中，每一个运维对象对应的节点的子节点中的存储类型相同的文件夹节点对应的文件夹的名称相同，其中，文件夹节点为文件夹对应的节点，存储类型为存储在文件夹节点对应的文件夹中的文件的类型。

例如，对于存储运维对象的任务文件的文件夹，存储不同的运维对象的任务文件的文件夹可以统一命名为tasks文件夹。相应地，每一个运维对象对应的节点的子节点中的tasks文件夹对应的节点存储类型相同。对于存储运维对象的任务文件在运行过程中所需调用的静态文件文件夹，存储不同的存储运维对象的任务文件在运行过程中所需调用的静态文件文件夹可以统一命名为files文件夹。相应地，每一个运维对象对应的节点的子节点中的files文件夹对应的节点存储类型相同。由于每一个运维对象对应的节点的子节点中的存储类型相同的文件夹节点对应的文件夹的名称相同，从而，可以仅需构建一个适用于各个层级中的各个文件夹之间的调用机制，即可完成同一层级的各个文件夹之间的调用。对于位于任意一个层级的tasks文件夹，当tasks文件夹中的任务文件需要调用静态文件时，均根据构建适用于各个层级中的各个文件夹之间的调用机制，调用任务文件所在的层中的与任务文件同属于同一运维对象的files文件夹中的静态文件。

请参考图3，其示出了预设层级结构的一个效果示意图。

在图3中，示出的各个节点的名称与节点对应的对象的名称相同。root为根节点。一个运维对象对应的节点的名称为该运维对象的名称，一个中间节点对应的节点的名称为该中间节点对应的文件夹的名称，一个任务文件对应的节点的名称为该任务文件每一个任务文件的名称均为main.yml，相应地，每一个任务文件对应的节点的名称也均为main.yml。每一个存储任务文件的文件夹的名称均为tasks，相应地，每一个存储任务文件的文件夹的名称均为tasks。每一个中间节点的名称均为sub。

以运维对象为模块为例，节点301为名称为guanggao的模块对应的节点，简称为guanggao节点。名称为guangga的模块简称为guanggao模块。节点302为guanggao模块的一个名称为bs的子模块对应的节点，简称为bs节点。guanggao模块的一个名称为bs的子模块简称为bs模块。guanggao节点位于预设层级结构中的首层即第一层，bs节点位于预设层级结构中的第三层。guanggao节点与bs节点之间具有祖父子关系，guanggao节点和bs节点通过一个中间节点303连接。中间节点303对应的文件夹中可以存储guanggao模块的任务文件和bs模块的任务文件在运行时共同需调用的文件。节点304为guanggao模块的任务文件对应的节点。节点305为bs模块的任务文件对应的节点。

guanggao模块的任务文件可以用于对guanggao模块的整体框架进行运维。对guanggao模块的整体框架进行运维可以包括但不限于：对guanggao模块的整体框架中的数据进行更新、在guanggao模块的整体框架中添加数据、删除guanggao模块的整体框架中的数据等。bs模块的任务文件可以用于对bs模块进行运维。对bs模块进行运维可以包括但不限于：对bs模块中的数据进行更新、在bs模块中添加数据、删除bs模块中的数据等。

假设用户例如运维工程师在一次批量部署中期望guanggao模块的任务文件、bs模块的任务文件批量运行。运维工程师可以在运维工程师的终端呈现的运维界面中选取guanggao模块的名称、bs模块的名称，在用户的终端生成包含guanggao模块的名称即guanggao、bs模块的名称即bs的运维指令。用户的终端将生成的运维指令发送至服务器。服务器可以根据guanggao模块的名称、bs模块的名称，查找出guanggao模块对应的节点即guanggao节点、bs模块对应的节点即bs节点。然后，可以根据节点的节点数据中的与运维对象具有父子关系的运维对象对应的节点的名称，分别查找出guanggao模块的任务文件对应的节点、bs模块的任务文件对应的节点等下游节点以及分别查找出所有的上游节点。进而可以分别查找出guanggao节点对应的调用路径、bs节点对应的调用路径。对于guanggao节点，查找出调用路径可以表示为guanggao/tasks/main.yml。对于bs节点，查找出调用路径可以表示为guanggao/sub/bs/tasks/main.yml。

在本实施例中，可以根据业务的变化对预设层级结构进行更新。每一次更新则可以对上一次更新之后得到的当前的预设层级结构中的相应地层中加入与新出现的运维对象相关联的节点，对当前的预设层级结构进行更新。

在本实施例的一些可选的实现方式中，在对当前的预设层级结构进行更新时，可以首先由服务器接收更新指令。更新指令可以在用户例如运维工程师的终端生成，用户的终端将更新指令发送至服务器。更新指令包括：未对应有预设层级结构中的节点的待添加运维对象的名称、待添加运维对象所属的上级运维对象的名称。服务器在接收更新指令之后，可以在预设层级结构中构建目标子路径。目标子路径上的每一个节点所在的层均与其他节点所在的层不同，目标子路径上的节点包括：待添加运维对象对应的节点、待添加运维对象的任务文件对应的节点、待添加运维对象所属的上级运维对象对应的节点。

当预设层级结构中仅包括运维对象对应的节点、运维对象的任务文件对应的节点时，可以在相应的层中分别加入待添加运维对象对应的节点、待添加运维对象的任务文件对应的节点，然后，构建出目标子路径，对当前的预设层级结构进行更新。

例如，一个产品对应的节点在预设层级结构的顶层即第一层，该产品的任务文件对应的节点、该产品的现有的每一个模块对应的节点均位于预设层级结构的第二层，均与该产品对应的节点连接。对于每一个模块，模块的任务文件对应的节点均位于预设层级结构的第三层，模块的任务文件对应的节点与模块对应的节点连接。当开发出该产品的一个新的模块时，该新的模块为未对应有预设层级结构中的节点的待添加运维对象。在对预设层级结构进行更新时，用户可以在与更新相关的界面填写该新的模块的名称、在与更新相关的更新界面中呈现的所有运维对象中点击该新的模块所属的上级运维对象即该产品的名称。然后，在该用户的终端生成包含该新的模块的名称、该产品的名称的更新指令，由用户的终端将更新指令发送至服务器。服务器在接收到更新指令之后，可以首先根据该产品的名称，查找出该产品对应的节点，然后，可以创建位于在该产品对应的节点所在的层的下一层即第二层中的名称为该新的模块的名称的该新的模块对应的节点，同时，可以创建位于第三层中的该新的模块的任务文件对应的节点。该新的模块的任务文件对应的节点的名称可以为预设任务文件名称。在预设层级结构中，每一个任务文件对应的节点的名称可以为相同的预设任务文件名称。最后，可以将位于第一层的该产品对应的节点、位于第二层的该新的模块对应的节点、位于第三层的新的模块的任务文件对应的节点依次连接，构建出目标子路径，对当前的预设层级结构进行更新。

当预设层级结构中除了运维对象对应的节点、运维对象的任务文件对应的节点，还包括运维对象的任务文件存储在的任务文件夹对应的节点、中间节点时，可以在相应的层中分别加入待添加运维对象对应的节点、中间节点、待添加运维对象的任务文件对应的节点、存储待添加运维对象的任务文件的文件夹对应的节点，然后，构建出目标子路径，对当前的预设层级结构进行更新。

例如，一个产品对应的节点在预设层级结构的顶层即第一层，该产品的任务文件对应的节点、该产品的现有的每一个模块对应的节点均位于预设层级结构的第三层。预设层级结构中有一个位于第二层的存储该产品的任务文件的文件夹对应的节点，存储该产品的任务文件的文件夹对应的节点同时与该产品对应的节点和该产品的任务文件对应的节点连接。对于每一个模块对应的节点，均分别有一个位于第二层的中间节点同时与该产品对应的节点和模块对应的节点连接。每一个模块的任务文件对应的节点均位于预设层级结构的第五层。对于每一个模块的任务文件对应的节点，均分别有一个位于第四层的存储模块的任务文件的文件夹对应的节点，存储模块的任务文件的文件夹对应的节点同时与模块对应的节点和模块的任务文件对应的节点连接。当开发出该产品的一个新的模块时，该新的模块为未对应有预设层级结构中的节点的待添加运维对象。在对预设层级结构进行更新时，用户可以在与更新相关的界面填写该新的模块的名称、在与更新相关的更新界面中呈现的所有运维对象中点击该新的模块所属的上级运维对象即该产品的名称。然后，在该用户的终端生成包含该新的模块的名称、该产品的名称的更新指令，由用户的终端将更新指令发送至服务器。服务器在接收到更新指令之后，可以首先根据该产品的名称，查找出该产品对应的节点，然后，可以分别创建位于第三层的名称为该新的模块的名称的该新的模块对应的节点和位于第二层的一个中间节点。同时，可以分别创建位于第五层中的该新的模块的任务文件对应的节点和位于第四层中的存储该新的模块的任务文件的文件夹对应的节点。该新的模块的任务文件对应的节点的名称可以为预设任务文件名称。在预设层级结构中，每一个任务文件对应的节点的名称可以为相同的预设任务文件名称。创建的中间节点的名称可以为预设中间节点名称。创建的存储任务的文件夹对应的节点的名称可以为预设文件夹名称。最后，可以将位于第一层的该产品对应的节点、创建的位于第二层的中间节点、位于第三层的该新的模块对应的节点、创建的位于第四层的存储该新的模块的任务文件的文件夹对应的节点、位于第五层的该新的模块的任务文件对应的节点依次连接，构建出目标子路径，对当前的预设层级结构进行更新。

步骤203，将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。

在本实施例中，运维策略文件包括待批量运行的多个任务文件。运维策略文件运行时，可以批量运行多个任务文件。

在本实施例中，运维策略文件可以相当于运维管理工具中的用于描述批量部署的方式的文件，例如，可以相当于运维管理工具ansible中的playbook。

在本实施例中，在确定出的被选取的运维对象的任务文件的调用路径时，可以将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。

在本实施例中，每一次批量部署可以对应一个运维策略文件。在每一次批量部署时，根据被选取的任意层的运维对象，自动查找出选取出的运维对象的任务文件对应的调用路径，加入到运维策略文件中，进而在运维策略文件运行时根据调用路径查找到任务文件并且运行任务文件，实现批量部署。

在本实施例的一些可选的实现方式中，可以通过预设添加命令将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。可以基于运维管理工具中的将模块的任务文件的路径加入到用于描述批量部署的方式的文件的方式，实现通过预设添加命令将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。

例如，在运维管理工具ansible中，通过include命令将路径加入到playbook中。可以基于include命令的实现，实现通过预设添加命令将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。

在本实施例的一些可选的实现方式中，在将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中之后，可以执行运维策略文件。运维策略文件执行时运维策略文件中的被选取的运维对象的任务文件可以被批量执行。可以预先基于运维管理工具中的用于描述批量部署的方式的文件的执行机制，构建运维策略文件的批量执行机制。

例如，在运维管理工具ansible中，通过在控制台输入playbook的名称，执行playbook，playbook的执行机制为：通过playbook中的各个模块各自对应的main.yml文件的路径，查找出各个模块各自对应的main.yml文件，批量执行各个模块各自对应的main.yml文件。可以基于ansible中playbook的执行机制，构建出可以根据运维策略文件中的所有运维对象的任务文件的调用路径，查找出运维策略文件中的所有运维对象的任务文件并且批量执行查找出的运维策略文件中的所有运维对象的任务文件的运维策略文件的批量执行机制。

还可以预先构建运维策略文件执行时运维策略文件中的单个调用路径对应的单个运维对象的任务文件被执行的机制，运维策略文件执行时运维策略文件中的单个调用路径对应的单个运维对象的任务文件可以被执行。

例如，可以预先设置运维策略文件中的各个调用路径各自对应的运维对象的任务文件的执行起始时刻。预先构建的运维策略文件执行时运维策略文件中的单个调用路径对应的单个运维对象的任务文件被执行的机制为：在当前时间为预设设置的运维策略文件中的一个调用路径对应的运维对象的任务文件的执行起始时刻时，执行运维策略文件，该调用路径对应的运维对象的任务文件被执行。

本申请还提供了一种服务器，该服务器可以配置有一个或多个处理器；存储器，用于存储一个或多个程序，一个或多个程序中可以包含用以执行上述步骤201-203中描述的操作的指令。当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述步骤201-203中描述的操作。

本申请还提供了一种计算机可读介质，该计算机可读介质可以是服务器上所包括的；也可以是单独存在，未装配入服务器上。该计算机可读介质承载有一个或者多个程序，当一个或者多个程序被该服务器执行时，使得该服务器：接收运维指令，所述运维指令包括：被选取的运维对象的名称；基于预设层级结构，确定所述被选取的运维对象的任务文件的调用路径，预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点，其中，每一个运维对象各自对应的节点均与位于运维对象所在的层之外的其他层的至少一个运维对象对应的节点具有父子关系或祖父子关系，每一个运维对象对应的节点均与位于运维对象所在的层之外的其他层的各自的任务文件对应的节点具有父子关系或祖父子关系；将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中，所述运维策略文件包括待批量运行的多个任务文件。

需要说明的是，上述计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包括或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以为多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包括的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请的构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术。

Claims (9)

1.一种运维管理方法，所述方法包括：

接收运维指令，所述运维指令包括：被选取的运维对象的名称；

基于预设层级结构，确定所述被选取的运维对象的任务文件的调用路径，预设层级结构包括：运维对象对应的节点、运维对象的任务文件对应的节点，其中，每一个运维对象各自对应的节点均与位于运维对象所在的层之外的其他层的至少一个运维对象对应的节点具有父子关系或祖父子关系，每一个运维对象对应的节点均与位于运维对象所在的层之外的其他层的各自的任务文件对应的节点具有父子关系或祖父子关系；

将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中，所述运维策略文件包括待批量运行的多个任务文件。

2.根据权利要求1所述的方法，预设层级结构还包括：运维对象的任务文件存储在的任务文件夹对应的节点，所述运维对象对应的节点与所述任务文件夹对应的节点连接，所述任务文件夹对应的节点与所述任务文件对应的节点连接，所述运维对象对应的节点、所述任务文件夹对应的节点、所述任务文件对应的节点分别位于不同的层，所述运维对象对应的节点、所述任务文件夹对应的节点、所述任务文件对应的节点所在的层的序号相邻。

3.根据权利要求2所述的方法，预设层级结构还包括：中间节点，其中，中间节点与中间节点所在的层的上一层和下一层中的具有从属关系的运维对象对应的节点中的每一个节点连接，中间节点对应的文件夹中存储所述具有从属关系的运维对象的任务文件在运行时共同需调用的文件。

4.根据权利要求3所述的方法，每一个运维对象对应的节点的子节点中的存储类型相同的文件夹节点对应的文件夹的名称相同，存储类型为存储在文件夹节点对应的文件夹中的文件的类型。

5.根据权利要求4所述的方法，将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中包括：

通过预设添加命令将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中。

6.根据权利要求5所述的方法，在将确定出的被选取的运维对象的任务文件的调用路径加入到运维策略文件中之后，所述方法还包括：

执行运维策略文件，其中，所述运维策略文件被执行时运维策略文件中的被选取的运维对象的任务文件被批量执行。

7.根据权利要求1-6之一所述的方法，所述方法还包括：

接收更新指令，所述更新指令包括：未对应有预设层级结构中的节点的待添加运维对象的名称、所述待添加运维对象所属的上级运维对象的名称；

在预设层级结构中构建出目标子路径，其中，目标子路径上的每一个节点所在的层均与其他节点所在的层不同，目标子路径上的节点包括：待添加运维对象对应的节点、待添加运维对象的任务文件对应的节点、待添加运维对象所属的上级运维对象对应的节点。

8.一种服务器，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。