CN112631643B - 综合运维管理方法、系统、设备和介质 - Google Patents

Abstract

本公开涉及生产管理，具体地涉及综合运维管理方法、系统、设备和介质。根据本公开一些实施例，一种综合运维管理方法，包括：响应于经由用户界面接收到针对多个运维脚本中的每个运维脚本的配置操作，分别创建对应的脚本配置条目，以获得多个脚本配置条目；响应于经由所述用户界面接收到对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作，创建综合运维项目；以及响应于经由用户界面接收到执行所述综合运维项目的启动操作，自动执行与所述一个或多个脚本配置条目对应的脚本。

Description

综合运维管理方法、系统、设备和介质

技术领域

本公开涉及生产管理，具体地涉及综合运维管理方法、系统、设备和介质。

背景技术

完整的汽车制造流程会涉及成百上千复杂的与生产管理相关的软件系统，例如冲压车间生产制造和质量系统，车身和涂装车间生产系统，车身车间质量系统，涂装车间质量系统，整车总装车间生产系统，发动机生产系统，高压电池生产系统，发动机总装车间质量系统，机械加工车间的生产控制系统，机械加工车间的质量系统，机械加工车间的刀具管理系统，等等。

这些系统各不相同，例如使用不同的操作系统(例如Windows Server，SUSELinux，CentOS等)、不同的编程语言(例如Java，C/C++，VB.net，C#，Python等)、不同的开发框架(Angular，Vue，Django，Flask，Qt等)、不同的数据库(例如Oracle，MS SQL，MySQL，PostgreSQL等)、不同的脚本(例如Shell/awk/sed，Perl，Python，PowerShell等)。因此，每个系统的运维方式以及具体的运维流程也各不相同。例如，有的系统是根据运维手册通过输入运维指令运行运维脚本来进行运维，而有的系统是根据运维手册通过进行图形用户界面(GUI)的界面操作来进行操作。

要保证生产线的稳定运行，需要保证每一个系统正常运行，因此，需要投入大量人力物力对这些系统进行日常的检查和维护。并且人工维护这些不同的系统也容易出错，往往导致因为某一个系统的人为运维错误而导致生产线不稳定。

发明内容

本公开旨在提供改进的综合运维管理方法、系统、设备和介质。

根据本公开的一些实施例，提供一种综合运维管理方法，包括：响应于经由用户界面接收到针对多个运维脚本中的每个运维脚本的配置操作，分别创建对应的脚本配置条目，以获得多个脚本配置条目；响应于经由所述用户界面接收到对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作，创建综合运维项目；以及响应于经由用户界面接收到执行所述综合运维项目的启动操作，自动执行与所述一个或多个脚本配置条目对应的脚本。

在一些实施例中，每个脚本配置条目包括对应脚本的URL地址。

在一些实施例中，每个脚本配置条目还包括以下中的至少一者：脚本名称，脚本类型，脚本所属工厂，和脚本所属系统。

在一些实施例中，脚本类型包括生产系统状态检查和生产系统操作。

在一些实施例中，所述多个运维脚本属于一个或多个系统。所述综合运维管理方法还包括：响应于经由用户界面接收到针对所述一个或多个系统的配置操作，配置所述一个或多个系统中每个系统的基础信息。所述基础信息包括以下中的至少一者：系统名称，系统所属的工厂，主机名称，系统访问密码，和系统负责人。

在一些实施例中，对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作包括经由用户界面对表示所述一个或多个脚本配置条目的界面元素的添加和/或删除。

在一些实施例中，响应于经由用户界面接收到对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作，创建综合运维项目进一步包括：定义所述综合运维项目的类型。

在一些实施例中，所述综合运维项目的类型包括：生产系统状态检查和生产系统操作。

在一些实施例中，一类型的综合运维项目与一个或多个同类型的脚本相关联。

在一些实施例中，响应于经由用户界面接收到执行所述综合运维项目的启动操作，自动执行与所述一个或多个脚本配置条目对应的脚本包括：响应于经由用户界面接收到执行所述综合运维项目的启动操作，访问与所述综合运维项目相关联的所述一个或多个运维脚本配置条目中所包含的URL地址；和调用第三方应用程序来执行与所述URL地址对应的所述一个或多个运维脚本。

在一些实施例中，综合运维管理方法还包括：接收执行与所述一个或多个脚本配置条目对应的脚本的结果；和经由用户界面呈现所述结果。

在一些实施例中，与所述综合运维项目相关联的所述一个或多个脚本配置条目被定义为：串行执行；或并行执行。

在一些实施例中，综合运维管理方法还包括：生成所述多个运维脚本。

在一些实施例中，生成所述多个运维脚本包括：针对基于脚本运维的系统，对基于脚本运维的系统的各个脚本进行解耦，来生成经解耦的脚本作为所述运维脚本；和/或针对非基于脚本运维的系统，使用第三方应用程序基于运维流程创建所述运维脚本。

在一些实施例中，所述基于脚本运维的系统包括基于Linux的系统；所述非基于脚本运维的系统包括基于GUI界面的系统。

在一些实施例中，第三方应用程序包括：Ansible；和/或Uipath。

根据本公开一些实施例，提供一种计算机系统，包括：一个或多个处理器，和与所述一个或多个处理器耦接的存储器，所述存储器存储计算机可读程序指令，所述指令在被所述一个或多个处理器执行时执行如上所述的方法。

根据本公开一些实施例，提供一种计算机可读存储介质，其上存储计算机可读程序指令，所述指令在被所述处理器执行时执行如上所述的方法。

根据本公开一些实施例，提供一种综合运维管理设备，包括用于实现如上所述的方法的操作的装置。

附图说明

图1是根据本公开实施例的综合运维管理平台的概念图。

图2示出根据本公开实施例的综合运维管理平台的抽象层的实现示意图。

图3是根据本公开实施例的综合运维管理方法的流程图。

图4示出根据本公开实施例的系统配置信息的界面示例。

图5示出根据本公开实施例的脚本配置条目的配置界面示例。

图6示出根据本公开实施例的创建系统的多个脚本配置条目之后的界面示例。

图7示出根据本公开实施例的创建工作流的界面示图。

图8是示出可以实现根据本公开实施例的设备的一般硬件环境的示意图。

具体实施方式

提供以下描述以使得本领域的技术人员能够实现和使用所述实施例，并且以下描述是以特定应用程序及其要求的上下文提供的。各种修改形式对于本领域的技术人员而言将是显而易见的，并且本文中所限定的一般性原则可应用于其他实施例和应用程序，而不脱离所述实施例的实质和范围。因此，所述实施例不限于所示出的实施例，而是要被赋予符合本文所公开的原理和特征的最宽泛的范围。

本申请的实施例提供了改进的综合运维管理方法、系统、设备和介质。本申请的实施例主要涉及在现有的与汽车生产管理相关的诸多系统上创建抽象层，为运维管理提供灵活统一的接口。这例如涉及针对不同系统的不同运维流程创建相应的脚本，针对每个脚本创建脚本配置条目，从而将后台要运行的各种复杂的脚本抽象为简单的脚本配置条目(相当于创建抽象层)，从而运维人员只需要通过对与脚本配置条目对应的界面元素进行简单的操作，就可以创建综合运维项目，通过针对综合运维项目的启动指令，就可以使与综合运维项目相关的全部脚本被自动执行。本申请的实施例能够通过非常简单的用户界面操作，实现跨多个系统的多种运维操作的自动执行(串行和/或并行)，极大提高运维的效率，并且避免了运维过程中的误操作。

图1是根据本公开实施例的综合运维管理平台的概念图。

如图1所示，左边示出若干与汽车生产管理相关的各种软件系统101以及相应的运维流程规范102，右边示出本申请要实现的综合运维管理平台103。综合运维管理平台103包括抽象层104。综合运维管理平台103还包括用于实现和/或利用抽象层104的各个模块，例如脚本引擎105、工作流引擎106、生产系统状态检查(HyperCare)模块107和生产系统操作(Operation)模块108。

脚本引擎105例如可以用于进行针对脚本进行解耦(原子化)操作或者用于生成脚本。工作流引擎106例如可以用于创建工作流等运维项目。生产系统状态检查(HyperCare)模块107例如用于针对单个系统执行HyperCare类型的运维操作。生产系统操作(Operation)模块108例如用于针对单个系统执行Operation类型的运维操作。

图2示出根据本公开实施例的综合运维管理平台的抽象层的实现示意图。

如图2所述，与汽车生产管理相关的系统可以包括基于脚本运维的系统201和非基于脚本运维的系统202。基于脚本运维的系统201例如是基于Linux的系统。非基于脚本运维的系统202例如是基于GUI操作运维的系统，诸如基于windows服务器的GUI界面的系统，基于浏览器的报表系统等。

基于脚本运维的系统201例如包括多个脚本201-1至201-N，N为自然数。这多个脚本可以由第三方管理程序，例如Ansible，管理。例如可以由Ansible远程运行。第三方管理程序不限于Ansible，也可以是SaltStack、Puppet等等能够实现类似功能的其它应用程序。

非基于脚本运维的系统202由于不是基于脚本来运维的，本身并不具有用于运维的脚本。可以通过第三方管理程序，例如Uipath，根据其运维流程所涉及的例如界面操作来生成对应的脚本。换言之，可以为非基于脚本运维的系统202生成对应的多个脚本202-1至202-M，M为自然数。第三方管理程序不限于Uipath，也可以是BluePrism,AutomationAnyware等能够实现类似功能的其它应用程序。

所有这些脚本例如被存储在第三方存储平台，例如，BitBucket里，从而具有对应的URL地址，例如URL 201-1-1至URL 201-1-N和URL 202-1-1至URL 202-1-M。这里，BitBucket仅仅是第三方存储平台的示例，也可以是GitLab,AWS CodeCommit等相似功能的第三方存储平台。

图2还示出为各个脚本创建的脚本配置条目201-1-1-1到201-1-1-N和202-1-1-1到202-1-1-M，从而创建抽象层。

在创建抽象层时，为每一个脚本创建对应的脚本配置条目。该脚本配置条目包括该脚本对应的URL地址。该脚本配置条目还可以包括自定义的脚本名称、脚本类型以及表示脚本来源的信息，例如脚本所属工厂和脚本所属系统。脚本的类型可以是生产系统状态检查(HyperCare)类型或生产系统操作(Operation)类型。本领域技术人员可以理解，脚本配置条目中所包含的信息可以根据实际情况配置，不限于以上所例示的信息。

在创建好抽象层之后，可以使用脚本配置条目来创建运维管理项目，例如工作流。工作流是包括多个运维脚本的综合运维项目。例如，用户界面可以呈现与各个脚本配置条目相关联的界面元素，用户通过对这些界面元素进行添加/删除等操作来定义工作流。在创建好工作流之后，用户通过简单的针对工作流的启动指令，就可以使得与工作流相关联的所有脚本被自动执行。

综合运维项目可以以工作流的方式利用跨多个不同系统的相同或不同类型的脚本的脚本配置条目进行创建和定义。综合运维项目也可以定义为单个系统的相同类型的脚本的集合。本领域技术人员可以理解，综合运维项目的定义可以根据实际需要来调整。

图3是根据本公开实施例的综合运维管理方法300的流程图。

如图所示，该方法包括步骤301，响应于经由用户界面接收到针对多个运维脚本中的每个运维脚本的配置操作，分别创建对应的脚本配置条目，以获得多个脚本配置条目。

该方法还包括步骤302，在该步骤，响应于经由所述用户界面接收到对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作，创建综合运维项目。

该方法还包括步骤303，在该步骤，响应于经由用户界面接收到执行所述综合运维项目的启动操作，自动执行与所述一个或多个脚本配置条目对应的脚本。

以下详细介绍所涉及的主要操作。

·脚本解耦/生成/URL地址映射

如上所述，在一些实施例中，可以对于基于脚本进行运维的系统(例如基于Linux的系统),对不同的系统包含的多个脚本进行解耦。所谓脚本的解耦可以理解为脚本的原子化。一个系统可能涉及多个运维脚本，每个运维脚本对应不同的用途，因此，将运维脚本拆解为最小的执行单元将有利于后续的更精细的运维管理。这些脚本被存储在例如BitBucket中，从而生成对应的URL地址。例如，这些脚本可以利用Ansible的ssh功能进行远程管理。例如，可以通过访问脚本的URL地址并调用Ansible执行对应的脚本，使得相应的运维流程被自动完成。

对于基于GUI界面或者浏览器操作进行运维的系统(例如基于Windows服务器的系统,Chrome浏览器等),针对每一个运维流程，使用UiPath生成对应的运维脚本。这些脚本可以存储在例如BitBucket中，从而生成对应的URL地址。这些脚本可以使用UiPath进行管理。例如，可以通过访问脚本的URL地址并调用UiPath执行对应的脚本，使得相应的运维流程被自动完成。

·系统信息配置

在创建脚本配置条目之前，可以进行系统信息的配置。例如在本公开实施例的综合运维平台中提供系统模块，用于配置与汽车生产管理有关的每个系统的基础信息。例如基础信息可以包括系统名称以及系统所属的工厂。基础信息还可以包括：系统相关的主机名称，系统访问密码，和/或系统负责人。

图4示出根据本公开实施例的系统配置信息的界面示例。图4中，System(系统)为不同系统的名称或标识符，Plant(工厂)为系统来自的工厂的名称或标识符，Criticality(关键性)指示系统的关键程度(例如Super-Critical是指非常关键，Critical指示关键)，Owner为系统的拥有者或责任人的名字。本领域技术人员可以理解，系统配置信息可以包含更多或更少的信息项，可以包括与所例示的不同的信息项。

·脚本配置条目生成

针对每一个脚本，生成对应一条脚本配置条目，该脚本配置条目包含该脚本对应的URL地址。脚本配置条目还可以包含脚本自定义的名称,脚本类型、脚本所属工厂和脚本所属系统。

图5示出根据本公开实施例的脚本配置条目的配置界面示例。

如图所示，该脚本配置条目包括URL地址。其脚本名称(Script Name)为Process_Check、脚本类型(Script Type)为HyperCare、脚本所属工厂(Plant)为PT(19 89)，脚本所属系统(System)可以是IPS-C Engine。

脚本配置条目各个参数的设置使得能够识别脚本所属的系统，相关的工厂，操作类型等。创建脚本配置条目的过程相当于创建了抽象层，将后台要运行的复杂的脚本的集合抽象为脚本配置条目的集合，为后续运维工作定义了灵活和统一的接口。

脚本配置条目中的脚本类型可以包括两种：生产系统状态检查即HyperCare类型；和生产系统操作即Operation类型。

HyperCare类型的脚本主要用于对系统进行基本的健康检查,例如定期给Window服务器、Linux服务器、Oracle数据库、网络交换机等升级补丁，需要使用HyperCare类型的脚本进行检查。这种检查一般只会报出检查的结果,但是不会改变系统的行为。

Operation类型的脚本主要用于当系统出现异常问题的时候,可以按照预先定义好的，固化在脚本中的解决方案,自动解决问题。这种脚本的运行会改变系统的行为和状态。

本领域技术人员可以知道，可以根据脚本的特性对脚本进行各种分类，分类的类型不限于以上例示的类型。换言之，本领域技术人员可以根据实际需要对脚本进行不同的分类，或者对HyperCare类型和Operation类型进行更细粒度的划分。

图6示出根据本公开实施例的创建系统的多个脚本配置条目之后的界面示例。图6示出不同的脚本名称例如Process_Check，DBLock_Check，Spool_Check，和PLCNode_Check，这些脚本所属的系统的系统名称(System)均为IPS-C HVB，所来源的工厂为(Plant)为PT(19 89)，脚本类型(Script Type)为HyperCare类型。图6还示出了关于修改时间的信息，如“Modified”栏所示。

·创建和执行综合运维项目

如上所述，在配置好系统和脚本配置条目之后，可以响应于经由所述用户界面接收到对所述多个脚本配置条目中的一个或多个脚本配置条目的用户操作，创建综合运维项目(步骤302)。在本公开中，综合运维项目是指一组按照设定顺序执行的脚本的集合。在一些实施例中，综合运维项目中各个脚本的执行顺序可以定义为串行或并行。在一些实施例中，综合运维项目中各个脚本的执行顺序可以是串行和并行的各种结合。例如先串行执行一些脚本，然后并行执行另一些脚本。

在一些实施例中，可以根据脚本的类型自动生成综合运维项目。例如对于单个系统，通过经由用户界面选择系统名称以及脚本类型，可以自动生成包含该系统的全部相同脚本类型的脚本的综合运维项目。

在一些实施例中，通过经由用户界面选择工厂名称或标识符，可以自动生成包含该工厂下的所有系统的脚本的综合运维项目。

在一些实施例中，用户可以经由用户界面针对多个不同系统的多个脚本配置条目进行添加/删除操作来定义比较复杂的综合运维项目，例如工作流。

图7示出根据本公开实施例的创建工作流的界面示图。

如图所示，可以通过在用户界面上针对不同工厂的不同系统的不同脚本进行简单的删除/添加等操作来创建工作流。在图中的示例中，定义了工作流的名称(Wrkflow Name)为HC_PT_Daily，工作流的类型为“HyperCare”。所创建的工作流包括启动按钮(“Start”)，以及两个脚本，即“IPS-C Engine”和“IPS-C HVB”。用户还可以通过在右边的栏中选择工厂“Dadong19.10”下的脚本名称来将另外的脚本添加到所创建的工作流中。

本领域技术人员可以理解，这仅仅是示出创建工作流的一个简单示例。根据本公开的教导，可以想到各种变形例。

在创建好综合运维项目之后，通过经由用户界面启动综合运维项目，可以使得该综合运维项目下的全部脚本按照所设定的方式被自动执行。

例如，当综合运维项目被执行时，系统访问该项目所包含的脚本配置条目，访问BitBucket中对应的URL地址，并使得Uipath和/或Ansible执行对应的脚本。

根据本公开的实施例，运维人员仅需要简单的操作就可以实现运维项目的灵活配置，高效地批量处理运维任务，并且由于运维项目被自动执行，因此可以避免引入人为误操作，使得运维任务可以准确无误地执行。

图8是示出可以实现根据本公开实施例的设备的一般硬件环境的示意图。

现在参考图8，示出了计算节点800的示例的示意图。计算节点800仅是合适的计算节点的一个示例，并且不旨在暗示关于本文描述的实施例的使用范围或功能的任何限制。无论如何，计算节点800都能够实现和/或执行上文阐述的任何功能。

在计算节点800中，存在计算机系统/服务器8012，其可与众多其它通用或专用计算系统环境或配置一起操作。可适于与计算机系统/服务器8012一起使用的众所周知的计算系统、环境和/或配置的示例包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、网络PC、小型计算机系统﹑大型计算机系统和包括任意上述系统或设备的分布式云计算技术环境，等等。

计算机系统/服务器8012可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。一般而言，程序模块可以包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、对象、组件、逻辑、数据结构等。计算机系统/服务器8012可以在分布式云计算环境中实践，其中由通过通信网络链接的远程处理设备执行任务。在分布式云计算环境中，程序模块可以位于包括存储器存储设备的本地或远程计算机系统存储介质二者上。

如图8所示，计算节点800中的计算机系统/服务器8012以通用计算设备的形式示出。计算机系统/服务器8012的组件可以包括但不限于：一个或者多个处理器或者处理单元8016、系统存储器8028、将包括系统存储器8028的不同系统组件耦合到处理单元8016的总线8018。

总线8018表示若干类型的总线结构中的任意一种或多种，包括存储器总线或者存储器控制器、外围总线、加速图形端口、处理器或者使用各种总线结构中的任意总线结构的局部总线。作为示例而非限制，这些体系结构包括但不限于工业标准体系结构(ISA)总线、微通道体系结构(MAC)总线、增强型ISA总线、视频电子标准协会(VESA)局部总线、外围组件互连(PCI)总线、外围组件互连高速(PCIe)和先进微控制器总线体系架构(AMBA)。

计算机系统/服务器8012典型地包括各种计算机系统可读介质。这些介质可以是由计算机系统/服务器8012访问的任意可得介质，包括易失性和非易失性介质、可移除的和不可移除的介质。

系统存储器8028可以包括以易失性存储器的形式的计算机系统可读介质，诸如随机存取存储器(RAM)30和/或高速缓存存储器8032。计算机系统/服务器8012还可以包括其它可移除/不可移除的、易失性/非易失性的计算机系统存储介质。仅作为示例，可以提供用于从不可移除的非易失性磁介质(未示出，并且通常被称为“硬盘驱动器”)读取以及向不可移除的非易失性磁介质写入的存储系统8034。虽然未示出，可以提供用于从可移除的非易失性磁盘(例如“软盘”)读取以及向可移除的非易失性磁盘写入的磁盘驱动器，以及用于从可移除的非易失性光盘(诸如CD-ROM、DVD-ROM或者其它光介质)读取以及向可移除的非易失性光盘写入的光盘驱动器。在这些情况下，每个都可以通过一个或者多个数据介质接口连接到总线8018。如下文将进一步描绘和描述的，存储器8028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开的实施例的功能。

通过示例而非限制，具有一组(至少一个)程序模块8042的程序/实用程序8040以及操作系统、一个或者多个应用程序、其它程序模块以及程序数据可被存储在存储器8028中。操作系统、一个或多个应用程序、其它程序模块以及程序数据或其某个组合中的每一个都可以包括网络环境的实现。程序模块8042一般执行如本文所描述的实施例中的功能和/或方法。

计算机系统/服务器8012还可以与一个或多个外部设备8014(诸如键盘、指示设备、显示器8024等)、使用户能够与计算机系统/服务器8012交互的一个或多个设备和/或使计算机系统/服务器8012能够与一个或多个其它计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这种通信可以经由输入/输出(I/O)接口22发生。还有，计算机系统/服务器8012可以经由网络适配器20与一个或多个网络(诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，互联网))进行通信。如所描绘的，网络适配器20经由总线8018与计算机系统/服务器8012的其它组件通信。应当理解的是，虽然未示出，但是其它硬件和/或软件组件可以与计算机系统/服务器8012结合使用。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、RAID系统、磁带驱动器和数据存档存储系统等。

本公开可以被实施为系统、方法和/或计算机程序产品。该计算机程序产品可以包括(一个或多个)计算机可读存储介质，其上具有计算机可读程序指令，用于使处理器执行本公开的方面。

计算机可读存储介质可以是可以保持和存储用于由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是例如(但不限于)电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的示例的非穷举的列表包括以下：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字通用盘(DVD)、记忆棒、软盘、机械编码设备(诸如其上存储有指令的打孔卡或凹槽内凸起结构)以及上述的任意合适的组合。如本文所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其它自由传播的电磁波、通过波导或其它传输介质传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络(例如互联网、局域网、广域网和/或无线网)下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配器卡或者网络接口从网络接收计算机可读程序指令，并转发这些计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开的操作的计算机可读程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、依赖机器的指令、微代码、固件指令、状态设置数据，或者以一种或多种编程语言的任意组合编写的或者源代码或者目标代码，这些编程语言包括面向对象的编程语言(诸如Smalltalk、C++等)以及常规过程式编程语言(诸如“C”编程语言或类似的编程语言)。计算机可读程序指令可以完全地在用户的计算机上执行、部分地在用户的计算机上执行、作为独立的软件包执行、部分在用户的计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(包括局域网(LAN)或广域网(WAN))连接到用户的计算机，或者，可以连接到外部计算机(例如使用互联网服务提供商通过互联网)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，包括例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，以便执行本公开的方面。

本文参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的方面。将理解的是，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以生产出机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/行为的装置。这些计算机可读程序指令也可被存储在计算机可读存储介质中，这些计算机可读程序指令可以指导计算机、可编程数据处理装置和/或其它设备以特定方式工作，从而，其中存储有指令的计算机可读介质包括制造品，该制造品包括实现流程图和/或框图中的一个或多个方框中规定的功能/行为的方面的指令。

计算机可读程序指令也可被加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程装置或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/行为。

图中的流程图和框图显示了根据本公开的各个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表模块、段或指令的一部分，该模块、段或指令的一部分包含用于实现规定的(一个或多个)逻辑功能的一个或多个可执行指令。在一些替换的实现中，方框中所标注的功能也可以以不同于图中所标注的顺序发生。例如，取决于所涉及的功能，两个连续的方框实际上可以基本并行地执行，或者这些方框有时也可以按相反的顺序执行。还将注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以由执行规定的功能或行为的或执行专用硬件与计算机指令的组合的基于专用硬件的系统来实现。

本领域技术人员还应当理解，在本公开的实施例中按照顺序例示的各种操作并不一定必须按照例示的顺序执行。本领域技术人员可以根据需要调整操作的顺序。本领域技术人员还可以根据需要，增加更多的操作或省略其中一些操作。

对本公开的各种实施例的描述已经出于说明的目的给出，但是并不旨在是详尽的或限制于所公开的实施例。在不脱离所描述的实施例的范围和精神的情况下，许多修改和变化对于本领域普通技术人员来说将是显然的。选择本文使用的术语，以最好地解释实施例的原理、实际应用或对市场中发现的技术的技术改进，或者使本领域其他技术人员能够理解本文公开的实施例。

Claims (16)

1.一种综合运维管理方法，包括：

响应于经由用户界面接收到针对多个运维脚本中的每个运维脚本的配置操作，分别创建对应的脚本配置条目，以获得多个脚本配置条目，其中每个脚本配置条目包括对应脚本的URL地址；

响应于经由所述用户界面接收到对所述多个脚本配置条目中中的至少一些脚本配置条目的用户操作来创建与一个或多个脚本配置条目相关联的综合运维项目，综合运维项目是指一组按照设定顺序执行的脚本的集合，所述用户操作包括经由用户界面对表示所述至少一些脚本配置条目的界面元素的添加和/或删除；

响应于经由用户界面接收到执行所述综合运维项目的启动操作，访问与所述综合运维项目相关联的所述一个或多个运维脚本配置条目中所包含的URL地址；以及

调用第三方应用程序来执行与所述URL地址对应的所述一个或多个运维脚本。

2.如权利要求1所述的综合运维管理方法，其中，每个脚本配置条目还包括以下中的至少一者：脚本名称，脚本类型，脚本所属工厂，和脚本所属系统。

3.如权利要求2所述的综合运维管理方法，其中，脚本类型包括生产系统状态检查和生产系统操作。

4.如权利要求2所述的综合运维管理方法，其中，所述多个运维脚本属于一个或多个系统，所述综合运维管理方法还包括：

响应于经由用户界面接收到针对所述一个或多个系统的配置操作，配置所述一个或多个系统中每个系统的基础信息，

其中所述基础信息包括以下中的至少一者：

系统名称，

系统所属的工厂，

主机名称，

系统访问密码，和

系统负责人。

5.如权利要求2所述的综合运维管理方法，其中，响应于经由用户界面接收到对所述多个脚本配置条目中的所述至少一些脚本配置条目的用户操作，创建与一个或多个脚本配置条目相关联的综合运维项目进一步包括：

定义所述综合运维项目的类型。

6.如权利要求5所述的综合运维管理方法，其中，所述综合运维项目的类型包括：生产系统状态检查和生产系统操作。

7.如权利要求5或6所述的综合运维管理方法，其中，一类型的综合运维项目与一个或多个同类型的脚本相关联。

8.如权利要求1所述的综合运维管理方法，还包括：

接收执行与所述一个或多个脚本配置条目对应的脚本的结果；

经由用户界面呈现所述结果。

9.如权利要求1所述的综合运维管理方法，其中，与所述综合运维项目相关联的所述一个或多个脚本配置条目被定义为：

串行执行；或

并行执行。

10.如权利要求1所述的综合运维管理方法，还包括：

生成所述多个运维脚本。

11.如权利要求10所述的综合运维管理方法，其中，生成所述多个运维脚本包括：

针对基于脚本运维的系统，对基于脚本运维的系统的各个脚本进行解耦，来生成经解耦的脚本作为所述运维脚本；和/或

针对非基于脚本运维的系统，使用第三方应用程序基于运维流程创建所述运维脚本。

12.如权利要求11所述的综合运维管理方法，其中，

所述基于脚本运维的系统包括基于Linux的系统；

所述非基于脚本运维的系统包括基于GUI界面的系统。

13.如权利要求1或11所述的综合运维管理方法，其中，第三方应用程序包括：

Ansible；和/或

Uipath。

14.一种计算机系统，包括：

一个或多个处理器，和

与所述一个或多个处理器耦接的存储器，所述存储器存储计算机可读程序指令，所述指令在被所述一个或多个处理器执行时执行如权利要求1-13中任一项所述的方法。

15.一种计算机可读存储介质，其上存储计算机可读程序指令，所述指令在被处理器执行时执行如权利要求1-13中任一项所述的方法。

16.一种综合运维管理设备，包括用于实现如权利要求1-13中任一项所述的方法的操作的装置。