CN118092996A - 应用程序的运维方法、装置、设备、存储介质及产品 - Google Patents

Abstract

本申请提供一种应用程序的运维方法、装置、设备、存储介质及产品，涉及金融科技领域或其他相关领域，该方法应用于电子设备，包括：响应于接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；待运维服务器中搭载目标应用程序；待运维服务器为至少一个；若基于运维请求确定本地存在对应的运维脚本，则从本地获取运维脚本；若基于运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存运维脚本至本地；将运维脚本并行发送至各待运维服务器，以使各待运维服务器基于运维脚本为目标应用程序执行对应的运维操作。本申请能够减少反复操作，减少繁琐性。

Description

应用程序的运维方法、装置、设备、存储介质及产品

技术领域

本申请涉及金融科技领域或其他相关领域，尤其涉及一种应用程序的运维方法、装置、设备、存储介质及产品。

背景技术

现今，为了用户能够便捷实现金融业务，金融企业开发出各种应用程序。然而，应用程序的稳定性直接影响了用户的体验感，所以需要对应用程序进行运维。

现有技术中需要对目标应用程序进行运维时，用户在电子设备中输入运维命令，使得搭载该目标应用程序的待运维服务器基于运维命令执行运维操作，以完成对目标应用程序的运维。

然而，当多个服务器都搭载目标应用程序时，用户需要对各服务器分别输入运维命令，从而反复操作，浪费时间，增加了繁琐性。

发明内容

本申请提供一种应用程序的运维方法、装置、设备、存储介质及产品，用以解决当多个服务器都搭载目标应用程序时，用户需要对各服务器分别输入运维命令，从而反复操作，浪费时间，增加了繁琐性的问题。

第一方面，本申请提供一种应用程序的运维方法，所述方法包括：

响应于接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；所述待运维服务器中搭载所述目标应用程序；所述待运维服务器为至少一个；

若基于所述运维请求确定本地存在对应的运维脚本，则从本地获取所述运维脚本；

若基于所述运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存所述运维脚本至本地；

将所述运维脚本并行发送至各待运维服务器，以使各所述待运维服务器基于所述运维脚本为所述目标应用程序执行对应的运维操作。

第二方面，本申请提供一种应用程序的运维装置，所述装置包括：

确定模块，用于响应于接收模块接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；所述待运维服务器中搭载所述目标应用程序；所述待运维服务器为至少一个；

获取模块，用于若确定模块基于所述运维请求确定本地存在对应的运维脚本，则从本地获取所述运维脚本；

接收模块，还用于若确定模块基于所述运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存所述运维脚本至本地；

发送模块，用于将所述运维脚本并行发送至各待运维服务器，以使各所述待运维服务器基于所述运维脚本为所述目标应用程序执行对应的运维操作。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器和收发器；

所述存储器存储计算机执行指令；所述收发器，用于收发数据；

所述处理器执行所述存储器存储的计算机执行指令，以实现如上述第一方面或任一项方式中所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8中任一项所述的方法。第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面、第二方面或任一种可选的所述的方法

本申请提供一种应用程序的运维方法、装置、设备、存储介质及产品，本申请中电子设备接收到用户触发的关于目标应用程序的运维请求，从而确定出待运维服务器，上述待运维服务器为至少一个，同时待运维服务器中搭载目标应用程序，电子设备若基于运维请求确定本地存在对应的运维脚本，那么从本地获取该运维脚本，若确定本地不存在对应的运维脚本，那么基于接收用户输入的运维命令从而获得对应的运维脚本，进一步的，电子设备将运维脚本并行发送至各待运维服务器，从而使得各待运维服务器基于运维脚本为目标应用程序执行对应的运维操作，从而本申请中可以实现并行发送运维脚本，进而可以不用等一个待运维服务器运维完成后，再对下一个待运维服务器执行运维，所以本申请可以一次性并行发送运维脚本，使得各待运维服务器基于运维脚本执行运维任务，所以可以减少反复操作的繁琐性；此外，本申请中如果一开始就存在对应的运维脚本，可以直接使用运维脚本，不需要用户参与到运维任务中，所以也能减少用户方面的时间支出；同时，本申请中还将获得的运维脚本保存至本地，进而下一次可以直接利用该运维脚本进行运维，所以又进一步减少了繁琐性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的一种应用程序的运维方法的应用场景图；

图2为实施例一提供的一种应用程序的运维方法流程示意图；

图3为实施例二提供的一种应用程序的运维方法流程示意图；

图4为实施例三提供的一种应用程序的运维方法流程示意图；

图5为实施例四提供的一种应用程序的运维方法流程示意图；

图6为实施例五提供的一种应用程序的运维方法流程示意图；

图7为实施例七提供的一种应用程序的运维方法流程示意图；

图8为实施例八提供的一种应用程序的运维方法流程示意图；

图9为实施例九提供的一种应用程序的运维系统示意图；

图10为实施例十提供的一种应用程序的运维装置结构示意图；

图11为实施例十一提供的一种电子设备结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

现有技术中需要对目标应用程序进行运维时，用户在电子设备中输入运维命令，使得搭载该目标应用程序的待运维服务器基于运维命令执行运维操作，以完成对目标应用程序的运维。

然而，当多个待运维服务器都搭载目标应用程序时，用户需要对各待运维服务器分别输入运维命令，从而反复操作，浪费时间，增加了繁琐性

需要说明的是，当对第一个待运维服务器中的目标应用程序进行运维操后，用户还需要手动在电子设备中输入运维命令，才能使得下一个待运维服务器能够基于该运维命令执行运维操作，所以用户会一直参与到多个待运维服务器的运维中，并且在对每一个待运维服务器进行运维时，用户都要输入运维命令，所以，这种方式是反复操作，浪费时间的表现。

为了解决现有技术的缺陷，本方案发明人经过创造性研究，设计一种新的方案。本方案提供一种应用程序的运维方法，为了解决用户需要对各服务器分别输入运维命令，从而反复操作，浪费时间，增加了繁琐性的问题，本申请中电子设备接收到用户触发的关于目标程序的运维请求，进而确定待运维服务器，接着基于运维请求确定本地是否存在运维脚本，若存在对应的运维脚本，则直接从本地获取运维脚本；若是不存在对应的运维脚本，可以接收用户输入的运维命令从而获得对应的运维脚本，当得到运维脚本后，将运维脚本并行发送至各待运维服务器，从而不需要用户对每一个待运维服务器都输入运维命令，可以减少反复操作，进而减少繁琐性；此外，本申请中如果本地存在对应的运维脚本，则可以直接拿取，从而不依赖于每次输入运维命令，基于运维脚本可以直接使得待运维服务器执行运维操作；本申请中不存在对应运维脚本的情况，基于运维命令获得运维脚本后，将该运维脚本保存在本地，所以便于后续进行运维，后续如果有同样的运维，则可以直接采用该运维脚本实现运维，所以进一步地又减少了繁琐性。

下面对本申请提供一种应用程序的运维方法、装置、设备、存储介质及产品的应用场景进行介绍。

图1为本申请提供的一种应用程序的运维方法的应用场景图。如图1所示，该应用场景图包括电子设备101和待运维服务器102。

其中，电子设备101可以为电脑等设备，此处不做限制，需要说明的是，电子设备是一种前端设备。

其中，电子设备101与待运维服务器102通信连接，其连接方式可以为有线连接，也可以为无线连接。

其中，待运维服务器102有两个。

具体的，本场景中，用户可以基于电子设备101触发运维请求，该运维请求是关于目标应用程序的。

进一步的，电子设备101确定出待运维服务器。其中，待运维服务器中搭载目标应用程序。本场景中，确定出待运维服务器为两个。

进一步的，电子设备101基于运维请求确定本地存在对应的运维脚本，从本地获取运维脚本。或者，电子设备101基于运维请求确定本地不存在对应的运维脚本，基于用户输入的运维命令获得对应的运维脚本。

进一步的，电子设备101将并行发送运维脚本至待运维服务器102，从而待运维服务器102基于运维脚本为目标应用程序执行对应的运维操作。

需要说的是，电子设备101基于用户输入的运维命令获得对应的运维脚本，将运维脚本保存至本地。

需要说明的是，本申请提供的一种应用程序的运维方法、装置、设备、存储介质及产品，可应用于金融科技技术领域，也可应用于除金融科技以外的任意领域，本申请的应用领域不做限制。

本申请提供的一种应用程序的运维方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几条具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

本申请实施例一至实施例九执行主体为应用程序的运维装置，该运维装置位于电子设备，本申请方法应用于电子设备。

需要说明的是，电子设备是用户可以操控的设备，可以是电脑或手机等，此处不做限制。

图2为实施例一提供的一种应用程序的运维方法流程示意图。如图2所示，具体步骤如下：

S201，响应于接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；待运维服务器中搭载目标应用程序；待运维服务器为至少一个。

其中，运维请求是指对目标应用程序进行运维的请求。

其中，目标应用程序可以是任意类型的程序，可以是金融科技方面的程序，此处不做限制。

其中，待运维服务器是指将要对目标应用程序进行运维操作的服务器。

其中，待运维服务器中搭载目标应用程序，待运维服务器可以为至少一个，所有的待运维服务器中都需要搭载该目标应用程序。

需要说明的是，待运维服务器是后端设备。

在一种方式中，电子设备中可以载有运维页面，用户通过电子设备的操作界面打开运维页面中的权限页面，进一步的，用户在权限页面中输入口令或输入账号和密码，电子设备校验口令是否正确，或者校验账户和密码是否正确及匹配，若校验通过，则从权限页面进入运维正式页面，进而完成对运维页面的登录。其中，运维页面包括权限页面和运维正式页面。

在一种方式中，用户可以基于运维正式页面显示的内容基于电子设备输入各种运维相关信息，从而使得电子设备基于输入的各种运维相关信息生成运维请求。

在一种方式中，确定待运维服务器可以如下：在运维请求中可以包括需要运维服务器的标识、账号以及密码等服务器基础信息，进而电子设备读取运维请求中的服务器基础信息，从中读取到需要运维服务器的标识，进而将上述需要运维服务器的标识对应的服务器确定为待运维服务器。

S202，若基于运维请求确定本地存在对应的运维脚本，则从本地获取运维脚本。

需要说明的是，电子设备可以基于运维请求确定出是否存在对应的运维脚本。

其中，运维脚本是指待运维服务器执行对应的运维项目时的程序。需要说明的是，采用运维脚本可以更加便捷地使得待运维服务器进行运维操作。

在一种方式中，运维请求中包括对目标应用程序进行何种运维项目信息，从而电子设备可以基于运维项目信息确定出本地是否存在对应的运维脚本，若存在，则电子设备从本地获取运维脚本。

S203，若基于运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存运维脚本至本地。

在一种方式中，电子设备基于运维项目信息确定出本地不存在对应的运维脚本，那么电子设备将接收用户输入的运维命令，以此来获得对应的运维脚本。

进一步的，为了便于后续还能直接使用该运维脚本，可以将该运维脚本保存至本地。

S204，将运维脚本并行发送至各待运维服务器，以使各待运维服务器基于运维脚本为目标应用程序执行对应的运维操作。

在一种方式中，电子设备调用至少一个并行节点，采用至少一个并行节点将运维脚本并行发送至各待运维服务器。其中，并行节点的数量与待运维服务器的数量一致。一个并行节点发送运维脚本至一个待运维服务器中。

需要说明的是，待运维服务器接收到运维脚本后，基于运维脚本为目标应用程序执行对应的运维操作，从而实现了对目标应用程序的运维。

本实施例提供一种应用程序的运维方法，本申请中电子设备接收到用户触发的关于目标应用程序的运维请求，从而确定出待运维服务器，上述待运维服务器为至少一个，同时待运维服务器中搭载目标应用程序，电子设备若基于运维请求确定本地存在对应的运维脚本，那么从本地获取该运维脚本，若确定本地不存在对应的运维脚本，那么基于接收用户输入的运维命令从而获得对应的运维脚本，进一步的，电子设备将运维脚本并行发送至各待运维服务器，从而使得各待运维服务器基于运维脚本为目标应用程序执行对应的运维操作，从而本申请中可以实现并行发送运维脚本，进而可以不用等一个待运维服务器运维完成后，再对下一个待运维服务器执行运维，所以本申请可以一次性并行发送运维脚本，使得各待运维服务器基于运维脚本执行运维任务，所以可以减少反复操作的繁琐性；此外，本申请中如果一开始就存在对应的运维脚本，可以直接使用运维脚本，不需要用户参与到运维任务中，所以也能减少用户方面的时间支出；同时，本申请中还将获得的运维脚本保存至本地，进而下一次可以直接利用该运维脚本进行运维，所以又进一步减少了繁琐性。

实施例二

本实施例是上述实施例一的进一步细化，本实施例是基于运维请求确定本地存在对应的运维脚本的一种可选方式。

图3为实施例二提供的一种应用程序的运维方法流程示意图。如图3所示，具体步骤如下：

S301，从运维请求中读取对应的目标运维项目。

需要说明的是，实施例一中的运维项目信息是指此次运维请求中需要运维项目的信息。可以理解的是，在运维项目信息中包括目标运维项目。

具体的，电子设备在运维请求中读取到运维项目信息，进一步的从运维项目信息中读取对应的目标运维项目。

其中，目标运维项目是指此次运维请求中需要运维的项目。

示例性的，目标运维项目可以是检测进程、查看日志、重启服务以及生产分布等项目，此处不做限制。

S302，从本地中读取至少一个预存运维信息；预存运维信息中包括预存运维项目及其对应的预存运维脚本。

需要说明的是，电子设备中可以提前存储预存运维信息。

其中，预存运维信息中包括预存运维项目及其对应的预存运维脚本，其中，预存运维脚本是指完成对应预存运维项目的脚本。可以理解的是，服务器执行预设运维脚本即可完成对应预存运维项目的运维操作。

表1：预存运维信息示意表。

预存运维项目	预存运维脚本
		第一预存运维项目	第一预存运维脚本
第二预存运维项目	第二预存运维脚本
		第三预存运维项目	第三预存运维脚本

如表1所示，预存运维项目包括三个，分别为第一预存运维项目、第二预存运维项目以及第三预存运维项目，其中，第一预存运维项目对应第一预存运维脚本，第二预存运维项目对应第二预存运维脚本，以及第三预存运维项目对应第三预存运维脚本。

需要说明的是，至少一个预存运维信息可以是预存运维信息集。

具体的，电子设备可以从本地中获取至少一个预存运维信息，并读取。

S303，若从至少一个预存运维项目中查询到与目标运维项目一致的预存运维项目，则确定一致的预存运维项目对应的预存运维脚本，并确定本地存在对应的运维脚本。

示例性的，假设如表1所示，一共有三个预存运维项目，分别为第一预存运维项目、第二预存运维项目以及第三预存运维项目，电子设备在三个预存运维项目中查询，并查询到与目标运维项目一致的预存运维项目，假设第一预存运维项目与目标运维项目是一致的，进而确定出第一预存运维项目对应的预存运维脚本为第一预存运维脚本，进而电子设备确定本地存在对应的运维脚本。

本实施例还包括：

将一致的预存运维项目对应的预存运维脚本确定为运维请求对应的运维脚本。

根据上述示例性的，将第一预存运维脚本确定为运维请求对应的运维脚本。

本实施例还包括：

若从至少一个预存运维项目中未查询到与目标运维项目一致的预存运维项目，则确定本地不存在对应的运维脚本。

本实施例提供一种应用程序的运维方法，本实施例中电子设备从运维请求中读取对应的目标运维项目，进一步的，从本地读取至少一个预存运维信息，在预存运维信息中包括预存运维项目及其对应的预存运维脚本，电子设备若从至少一个预存运维项目中查询到与目标运维项目一致的预存运维项目，从而基于预存运维信息确定出上述一致的预存运维项目对应的预存运维脚本，所以，电子设备可以确定本地实际上是存在对应的运维脚本。同时，电子设备将上述一致的预存运维项目对应的预存运维脚本确定为该运维请求对应的运维脚本。

实施例三

本实施例是上述任一实施例的进一步细化，本实施例中运维命令为执行目标运维项目所包含的命令；运维命令包括至少一个运维子命令。

需要说明的是，运维命令为执行目标运维项目所包含的命令，可以理解的是，在执行目标运维项目时可能需要多个子命令共同来完成，从而运维命令是可以包括至少一个运维子命令。当所有运维子命令都执行完成，则完成目标运维项目。

本实施例是接收用户输入的运维命令以获得对应的运维脚本的一种可选方式。

图4为实施例三提供的一种应用程序的运维方法流程示意图。如图4所示，具体步骤如下：

S401，接收用户输入的当前运维子命令，并将当前运维子命令发送至登录服务器，以使登录服务器执行当前运维子命令并生成对应的当前运维子结果。

在一种方式中，电子设备从运维请中确定出待运维服务器后，在运维请求中还包括连接的服务器，该连接的服务器即为登录服务器，该登录服务器用于生成实施例三中的运维子结果。示例性的，运维请求中可以在至少一个待运维服务器上的某一个待运维服务器打标签，电子设备读取到打标签的待运维服务器，并将该打标签的待运维服务器确定为登录服务器。可以理解的是，登录服务器是待运维服务器中的一个。

需要说明的是，若运维命令中包括三个运维子命令，则三个运维子命令是有先后顺序的，同时前一个运维子命令的运维子结果，会决定是否还存在后一个运维子命令，所以先后的运维子命令具有一定联系。

进一步的，用户可以在电子设备的操作界面中显示的运维正式页面中输入当前运维子命令，假设当前运维子命令为第一运维子命令，电子设备将当前运维子命令(即第一运维子命令)发送至登录服务器，从而使得登录服务器接收到当前运维子命名后执行当前运维子命令，并生成对应的当前运维子结果。

其中，当前运维子命令是指当前输入的运维子命令。

其中，当前运维子结果是指当前运维子命令执行完成后的子结果。需要说明的是，当前运维子结果是由登录服务器生成的。

S402，接收登录服务器发送的当前运维子结果。

进一步的，登录服务器生成当前运维子结果后，将其发送至电子设备，从而电子设备接收当前运维子结果。

S403，基于当前运维子结果获得对应的运维脚本。

本实施例提供一种应用程序的运维方法，本实施例中电子设备接收用户输入的当前运维子命令，并发送至登录服务器，从而使得登录服务器执行当前运维子命名，并生成当前运维子结果，进一步的，电子设备接收到当前运维子结果，所以电子设备能够基于当前运维子结果获得对应的运维脚本。

实施例四

本实施例是上述任一实施例的进一步细化，本实施例是基于当前运维子结果获得对应的运维脚本的一种可选方式。

图5为实施例四提供的一种应用程序的运维方法流程示意图。如图5所示，具体步骤如下：

S501，响应于确定当前运维子结果为未执行完成目标运维项目，则接收用户输入的下一运维子命令，并将下一运维子命令确定为当前运维子命令，继续执行将当前运维子命令发送至登录服务器至基于当前运维子结果获得对应的运维脚本的步骤，直到当前运维子结果为执行完成目标运维项目，生成运维完成响应。

在一种方式中，用户可以查看当前运维子结果，用户可以判断当前运维子结果未执行完成目标运维项目，若用户确定未执行完成目标运维项目，可以在运维正式页面中点击“未完成”按钮，从而电子设备确定未执行完成目标运维项目。

或者是，电子设备可以自动基于当前运维子结果中的关键字确定是否执行完成目标运维项目。

进一步的，若确定当前运维子结果为未执行完成目标运维项目，电子设备显示运维正式页面中的运维命令输入框，从而用户在运维命令输入框中输入下一运维子命令，进而电子设备接收到下一运维子命令。

进一步的，电子设备将下一运维子命令确定为当前运维子命令，继续执行获得当前运维子结果、并基于当前运维子结果获得对应的运维脚本的步骤，若当电子设备接收到当前运维子结果为执行完成目标运行项目时，则生成运维完成响应，执行步骤S503。

S502，响应于确定当前运维子结果为执行完成目标运维项目，生成运维完成响应。

其中，运维完成响应是指完成运维的响应。

S503，将运维完成响应发送至登录服务器，以使登录服务器基于所有运维子命令以及对应的运维子结果生成执行目标运维项目对应的运维脚本。

进一步的，若登录服务器接收到运维完成响应，则代表已经执行完成目标运维项目。登录服务器在每次接收到运维子命令以及生成对应的运维子结果后，都会将运维子命令以及对应的运维子结果记录在本地，从而登录服务器基于所有运维子命令以及对应的运维子结果生成执行完成目标运维项目对应的运维脚本。

S504，接收登录服务器发送的运维脚本，以获得运维脚本。

本实施例提供一种应用程序的运维方法，本实施例中电子设备在基于当前运维子结果获得对应的运维脚本时，电子设备响应于确定当前运维子结果为未执行完成目标运维项目，进而接收用户输入的下一运维子命令，并将下一运维子命令确定为当前运维子命令，继续执行获得对应的运维脚本的步骤，直到当前运维子结果为执行完成目标运维项目；或者是电子设备响应于当前运维子结果为执行完成目标运维项目，进而生成运维完成响应，并将运维完成响应发送至登录服务器，使得登录服务器生成执行目标运维项目对应的运维脚本。

实施例五

本实施例是上述任一实施例的进一步细化，本实施例中运维子结果中包括目标运维关键字。

本实施例是确定当前运维子结果为未执行完成目标运维项目的一种可选方式。

图6为实施例五提供的一种应用程序的运维方法流程示意图。如图6所示，具体步骤如下：

S601，获取预设运维关键字表；预设运维关键字表中包括至少一个运维子命令对应的预设运维关键字。

其中，电子设备预先存储了预设运维关键字表，该预设运维关键字表存储在本地。

具体的，电子设备在本地获取预设运维关键字表。需要说明的是，预设运维关键字表中包括知道一个运维子命令对应的预设运维关键字。

需要说明的是，预设运维关键字可以用于判断是否执行完成对应运维子命令的依据。

S602，从预设运维关键字表中确定出当前运维子命令对应的预设运维关键字。

具体的，电子设备在预设运维关键字表的至少一个运维子命令中确定出当前运维子命令为哪一个运维子命令。示例性的，假设至少一个运维子命令包括第一运维子命令、第二运维子命令以及第三运维子命令，假设当前运维子命令为第二运维子命令，从而电子设备从三个运维子命令中确定出当前运维子命令为第二运维子命令，又进一步的根据映射关系，电子设备确定出当前运维子命令对应的预设运维关键字。

S603，响应于确定目标运维关键字与对应的预设运维关键字不匹配，则确定为执行完成目标运维项目。

进一步的，电子设备将目标运维关键字与步骤S602中确定出的对应的预设运维关键字进行匹配，响应于电子设备确定目标运维关键字与对应的预设运维关键字不匹配，那么电子设备确定未执行完成目标运维项目。

本实施例提供一种应用程序的运维方法，本实施例中电子设备在确定当前运维子结果为未执行完成目标运维项目时，电子设备首先获取预设运维关键字表，在预设运维关键字表中包括至少一个运维子命令对应的预设运维关键字，接着春泥更预设运维关键字表中确定出当前运维子命令对应的预设运维关键字，进而电子设备可以基于目标运维关键字以及对应的预设运维关键字确定未执行完成目标运维项目，当确定目标运维关键字与对应的预设运维关键字不匹配，则确定为未执行完成目标运维项目。

实施例六

本实施例是上述任一实施例的进一步细化，本实施例是确定当前运维子结果为执行完成目标运维项目的一种可选方式，具体内容如下。

响应于确定目标运维关键字与对应的预设运维关键字匹配，则确定为执行完成目标运维项目。

本实施例中还包括：

目标运维关键字以及预设运维关键字为至少一个。

本实施例是确定目标运维关键字与对应的预设运维关键字匹配的一种可选方式，具体内容如下：

若确定在至少一个目标运维关键字中存在所有预设运维关键字，则确定匹配。

示例性的，目标运维关键字中可以包括三个，分别为A1、A2以及A3，预设运维关键字可以为一个，假设为A1，电子设备确定出在三个目标运维关键字中存在一个预设运维关键字(即A1)，从而确定匹配。

或者，示例性的，目标运维关键字中可以包括三个，分别为A1、A2以及A3，预设运维关键字可以为两个，假设为A1和A2，电子设备确定出三个目标运维关键字中存在两个预设运维关键字(即A1和A2)，从而确定匹配。

在另一方面，示例性的，目标运维关键字中可以包括三个，分别为A1、A2以及A3，预设运维关键字可以为两个，假设为A1和A2，电子设备确定出三个目标运维关键字中只存在一个预设运维关键字(即A1或A2)，从而确定不匹配。可以理解的是，目标运维关键字中只存在部分预设运维关键字，非存在全部预设运维关键字，从而可以确定不匹配。

本实施例提供一种应用程序的运维方法，本实施例中电子设备在确定当前运维子结果为执行完成目标运维项目时，电子设备响应于确定目标运维关键字与对应的预设运维关键字匹配，从而确定为执行完成目标运维项目，更进一步的，本实施例中在确定目标运维关键字与对应的预设运维关键字匹配时，电子设备若确定在至少一个目标运维关键字中存在所有预设运维关键字，这就说明至少目标运维关键字中包含了所有预设运维关键字，由于是所有预设运维关键字，从而可以准确地确定匹配。

实施例七

本实施例是上述任一实施例的进一步细化。

图7为实施例七提供的一种应用程序的运维方法流程示意图。如图7所示，具体步骤如下：

S701，若从预设运维关键字表中未确定出当前运维子命令对应的预设运维关键字。

需要说明的是，预设运维关键字表中包括的运维子命令可能不包含当前运维子命令，从而电子设备确定出不存在当前运维子命令对应的预设运维关键字。

S702，接收用户输入的关于当前运维子命令的判断运维关键字。

进一步的，用户可以基于当前运维子命令确定出判断运维关键字，进而在运维正式页面中输入判断运维关键字，并点击“确定”按钮，从而电子设备可以接收到判断运维关键字。

其中，判断运维关键字是指用户基于当前运维子命令确定出用于判断执行完成目标运维项目的关键字。

S703，响应于确定目标运维关键字与判断运维关键字不匹配，则确定为未执行完成目标运维项目。

进一步的，电子设备确定出目标运维关键字与判断运维关键字不匹配，那么确定为未执行完成目标运维项目。

S704，响应于确定目标运维关键字与判断运维关键字匹配，则确定为执行完成目标运维项目。

本实施例还包括：

将当前运维子命令以及对应的判断运维关键字写入至预设运维关键字表中，以更新预设运维关键字表。

进一步的，判断运维关键字可以作为预设运维关键字，从而写入至预设运维关键字表中，进而实现了对预设运维关键字表的更新。

本实施例提供一种应用程序的运维方法，本实施例中电子设备若从预设运维关键字表中未确定出当前运维子命令对应的预设运维关键字，进一步的，电子设备接收用户输入的关于当前运维子命令的判断运维关键字，并将目标运维关键字与判断运维关键字进行匹配，若不匹配，则可以准确地确定为未执行完成目标运维项目；若匹配，则确定为执行完成目标运维项目。本实施例中针对在预设运维关键字中未确定出对应的预设运维关键字的情况，给出了新的方案去确定是否执行完成目标运维项目；同时，本实施例中还将当前运维命令及其对应的判断运维关键字写入预设运维关键字表中，进而更新了预设运维关键字表，使得预设运维关键字表更加丰富。

实施例八

本实施例是上述任一实施例的进一步细化，本实施例是将运维脚本并行发送至各待运维服务器的一种可选方式。

图8为实施例八提供的一种应用程序的运维方法流程示意图。如图8所示，具体步骤如下：

S801，读取运维请求中的运维配置时间。

需要说明的是，运维请求中还可以包括运维配置时间。

其中，运维配置时间是指待运维服务器对目标应用程序进行运维的时间。

S802，基于运维配置时间将运维脚本并行发送至各待运维服务器。

本实施例中还包括如下内容：

本实施例是基于运维配置时间将运维脚本并行发送至各待运维服务器的可选方式。

在一种方式中，若运维配置时间为运维周期时间，则按照运维周期时间将运维脚本并行发送至各待运维服务器。

其中，运维周期时间是指待运维服务器对目标应用程序进行周期性运维的时间。示例性的，若运维周期时间为一个星期，则代表待运维服务器对目标应用程序一个星期运维一次。可以理解的是，待运维服务器是对目标应用程序进行目标运维项目进行一个星期运维一次，在下一个周期时，所有待运维服务器可以自动进行运维。

需要说明的是，若当前运维任务为针对目运维项目的第一次运维任务，则电子设备获得对应的运维脚本后，将运维脚本发送至除登录服务器以外的其余待运维服务器，使得其余待运维服务器执行完成目标运维项目。因为，在针对目标运维项目的第一次运维任务时，本地中不存在运维请求对应的运维脚本，从而电子设备基于接收用户的运维命令获得对应的运维脚本，此时获得的运维脚本是登录服务器基于运维命令执行了目标运维项目后生成的运维脚本，所以，针对登录服务器而言，此时已经执行完成目标运维项目，所以可以将运维脚本发送至其余待运维服务器，使得其余待运维服务器基于运维脚本执行完成目标运维项目。

在一种方式中，若当前运维任务为针对目运维项目的第一次运维任务，电子设备可以将运维脚本发送至所有待运维服务器，其中，登录服务器可以再次基于运维脚本执行完成对应的运维操作，或者，登录服务器接收到运维脚本后可以确定出自身已完成对目标运维项目的运维操作，则其余待运维服务器则基于运维脚本执行对目标运维项目的运维操作。

在下一个周期的运维时间时，电子设备响应于当前时间为运维时间，将生成运维周期指令，并将上述运维周期指令发送至所有待运维服务器，从而使得各待运维服务器为目标应用程序执行对应的运维操作。

在一种方式中，若运维配置时间为运维单次时间，则按照运维单次时间将运维脚本并行发送至各待运维服务器。

其中，运维单次时间是指待运维服务器对目标应用程序进行单次运维的时间。示例性的，运维单次时间可以是某年某月某日某时，从而电子设备在运维单次时间将运维脚本并行发送至除登录服务器以外的其余待运维服务器。

本实施例提供一种应用程序的运维方法，本实施例中电子设备读取运维请求中的运维配置时间，进一步基于运维配置时间将运维脚本并行发送至各待运维服务器，并基于运维配置时间的类型，有区别地将运维脚本发送至各待运维服务器。本实施例中将运维脚本发送至各待运维服务器是并行发送的，所以能够使得各待运维服务器能够并行基于运维脚本执行完成目标运维项目，所以能够减少反复操作，减少繁琐性。

实施例九

图9为实施例九提供的一种应用程序的运维系统示意图。如图9所示，该运维系统900包括电子设备901、待运维服务器902。

其中，待运维服务器902包括第一待运维服务器9021和第二待运维服务器9022。

如图9所示，前端设901将运维脚本并行发送至待运维服务器902，从而待运维服务器902基于运维脚本为目标应用程序执行对应的运维操作。

实施例十

下面是本申请装置实施例。图10为实施例十提供的一种应用程序的运维装置结构示意图。该运维装置1000位于电子设备，该运维装置包括如下模块：

确定模块1002，用于响应于接收模块1001接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；待运维服务器中搭载目标应用程序；待运维服务器为至少一个；

获取模块1003，用于若确定模块1002基于运维请求确定本地存在对应的运维脚本，则从本地获取运维脚本；

接收模块1001，还用于若确定模块1002基于运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存运维脚本至本地；

发送模块1004，用于将运维脚本并行发送至各待运维服务器，以使各待运维服务器基于运维脚本为目标应用程序执行对应的运维操作。

可选的，确定模块1002，在基于运维请求确定本地存在对应的运维脚本时，具体用于：

从运维请求中读取对应的目标运维项目；

从本地中读取至少一个预存运维信息；预存运维信息中包括预存运维项目及其对应的预存运维脚本；

若从至少一个预存运维项目中查询到与目标运维项目一致的预存运维项目，则确定一致的预存运维项目对应的预存运维脚本，并确定本地存在对应的运维脚本；

确定模块1002，还用于将一致的预存运维项目对应的预存运维脚本确定为运维请求对应的运维脚本。

可选的，运维命令为执行目标运维项目所包含的命令；运维命令包括至少一个运维子命令；

接收模块1001，在接收用户输入的运维命令以获得对应的运维脚本时，具体用于：

接收用户输入的当前运维子命令，并将当前运维子命令发送至登录服务器，以使登录服务器执行当前运维子命令并生成对应的当前运维子结果；

接收登录服务器发送的当前运维子结果；

基于当前运维子结果获得对应的运维脚本。

可选的，接收模块1001，在基于当前运维子结果获得对应的运维脚本时，具体用于：

响应于确定模块1002确定当前运维子结果为未执行完成目标运维项目，则接收用户输入的下一运维子命令，并将下一运维子命令确定为当前运维子命令，继续执行将当前运维子命令发送至登录服务器至基于当前运维子结果获得对应的运维脚本的步骤，直到当前运维子结果为执行完成目标运维项目，生成运维完成响应；

响应于确定模块1002确定当前运维子结果为执行完成目标运维项目，生成运维完成响应；

将运维完成响应发送至登录服务器，以使登录服务器基于所有运维子命令以及对应的运维子结果生成执行目标运维项目对应的运维脚本；

接收登录服务器发送的运维脚本，以获得运维脚本。

可选的，运维子结果中包括目标运维关键字；

确定模块1002，在确定当前运维子结果为未执行完成目标运维项目时，具体用于：

获取预设运维关键字表；预设运维关键字表中包括至少一个运维子命令对应的预设运维关键字；

从预设运维关键字表中确定出当前运维子命令对应的预设运维关键字；

响应于确定目标运维关键字与对应的预设运维关键字不匹配，则确定为未执行完成目标运维项目。

可选的，确定模块1002，在确定当前运维子结果为执行完成目标运维项目时，具体用于：

响应于确定模块1002确定目标运维关键字与对应的预设运维关键字匹配，则确定为执行完成目标运维项目；

目标运维关键字以及预设运维关键字为至少一个；确定模块1002，在确定目标运维关键字与对应的预设运维关键字匹配时，具体用于：

若确定在至少一个目标运维关键字中存在所有预设运维关键字，则确定匹配。

可选的，确定模块1002，还用于若从预设运维关键字表中未确定出当前运维子命令对应的预设运维关键字；

接收模块1001，还用于接收用户输入的关于当前运维子命令的判断运维关键字；

确定模块1002，还用于响应于确定目标运维关键字与判断运维关键字不匹配，则确定为未执行完成目标运维项目；响应于确定目标运维关键字与判断运维关键字匹配，则确定为执行完成目标运维项目；

本实施例提供一种应用程序的运维装置，还包括：更新模块；

更新模块，用于将当前运维子命令以及对应的判断运维关键字写入至预设运维关键字表中，以更新预设运维关键字表。

可选的，发送模块1004，在将运维脚本并行发送至各待运维服务器时，具体用于：

读取运维请求中的运维配置时间；

基于运维配置时间将运维脚本并行发送至各待运维服务器；

基于运维配置时间将运维脚本并行发送至各待运维服务器，包括：

若运维配置时间为运维周期时间，则按照运维周期时间将运维脚本并行发送至各待运维服务器；

若运维配置时间为运维单次时间，则按照运维单次时间将运维脚本并行发送至各待运维服务器。

实施例十一

图11为实施例十一提供的一种电子设备结构示意图。如图11所示，该电子设备1100可以包括：处理器1101，以及与处理器1101通信连接的存储器1102和收发器1103。其中，存储器1102存储计算机执行指令；收发器1103，用于收发数据；处理器1101执行存储器1102存储的计算机执行指令，以实现如上述实施例一至实施例九中任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

其中，本实施例中，收发器1103、存储器1102和处理器1101通过总线连接。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component Interconnect，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

实施例十二

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述实施例一至实施例九任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

实施例十三

本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述实施例一至实施例九任意一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

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

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

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (12)

1.一种应用程序的运维方法，其特征在于，所述方法包括：

响应于接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；所述待运维服务器中搭载所述目标应用程序；所述待运维服务器为至少一个；

若基于所述运维请求确定本地存在对应的运维脚本，则从本地获取所述运维脚本；

若基于所述运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存所述运维脚本至本地；

将所述运维脚本并行发送至各待运维服务器，以使各所述待运维服务器基于所述运维脚本为所述目标应用程序执行对应的运维操作。

2.根据权利要求1所述的方法，其特征在于，所述基于所述运维请求确定本地存在对应的运维脚本，包括：

从所述运维请求中读取对应的目标运维项目；

从本地中读取至少一个预存运维信息；所述预存运维信息中包括预存运维项目及其对应的预存运维脚本；

若从至少一个预存运维项目中查询到与所述目标运维项目一致的预存运维项目，则确定所述一致的预存运维项目对应的预存运维脚本，并确定本地存在对应的运维脚本；

所述方法还包括：

将所述一致的预存运维项目对应的预存运维脚本确定为所述运维请求对应的运维脚本。

3.根据权利要求2所述的方法，其特征在于，所述运维命令为执行所述目标运维项目所包含的命令；所述运维命令包括至少一个运维子命令；

所述接收用户输入的运维命令以获得对应的运维脚本，包括：

接收用户输入的当前运维子命令，并将所述当前运维子命令发送至登录服务器，以使所述登录服务器执行当前运维子命令并生成对应的当前运维子结果；

接收所述登录服务器发送的当前运维子结果；

基于所述当前运维子结果获得对应的运维脚本。

4.根据权利要求3所述的方法，其特征在于，所述基于所述当前运维子结果获得对应的运维脚本，包括：

响应于确定所述当前运维子结果为未执行完成所述目标运维项目，则接收用户输入的下一运维子命令，并将所述下一运维子命令确定为当前运维子命令，继续执行将所述当前运维子命令发送至登录服务器至基于所述当前运维子结果获得对应的运维脚本的步骤，直到当前运维子结果为执行完成所述目标运维项目，生成运维完成响应；

响应于确定所述当前运维子结果为执行完成所述目标运维项目，生成运维完成响应；

将所述运维完成响应发送至所述登录服务器，以使所述登录服务器基于所有运维子命令以及对应的运维子结果生成执行所述目标运维项目对应的运维脚本；

接收所述登录服务器发送的运维脚本，以获得所述运维脚本。

5.根据权利要求4所述的方法，其特征在于，所述运维子结果中包括目标运维关键字；

所述确定所述当前运维子结果为未执行完成所述目标运维项目，包括：

获取预设运维关键字表；所述预设运维关键字表中包括至少一个运维子命令对应的预设运维关键字；

从所述预设运维关键字表中确定出所述当前运维子命令对应的预设运维关键字；

响应于确定所述目标运维关键字与所述对应的预设运维关键字不匹配，则确定为未执行完成所述目标运维项目。

6.根据权利要求5所述的方法，其特征在于，所述确定所述当前运维子结果为执行完成所述目标运维项目，包括：

响应于确定所述目标运维关键字与所述对应的预设运维关键字匹配，则确定为执行完成所述目标运维项目；

所述目标运维关键字以及预设运维关键字为至少一个；所述确定所述目标运维关键字与所述对应的预设运维关键字匹配，包括：

若确定在至少一个目标运维关键字中存在所有预设运维关键字，则确定匹配。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若从所述预设运维关键字表中未确定出所述当前运维子命令对应的预设运维关键字；

接收用户输入的关于所述当前运维子命令的判断运维关键字；

响应于确定所述目标运维关键字与所述判断运维关键字不匹配，则确定为未执行完成所述目标运维项目；

响应于确定所述目标运维关键字与所述判断运维关键字匹配，则确定为执行完成所述目标运维项目；

所述方法还包括：

将所述当前运维子命令以及对应的判断运维关键字写入至所述预设运维关键字表中，以更新所述预设运维关键字表。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述将所述运维脚本并行发送至各待运维服务器，包括：

读取所述运维请求中的运维配置时间；

基于所述运维配置时间将所述运维脚本并行发送至各待运维服务器；

所述基于所述运维配置时间将所述运维脚本并行发送至各待运维服务器，包括：

若所述运维配置时间为运维周期时间，则按照所述运维周期时间将所述运维脚本并行发送至各待运维服务器；

若所述运维配置时间为运维单次时间，则按照所述运维单次时间将所述运维脚本并行发送至各待运维服务器。

9.一种应用程序的运维装置，其特征在于，所述装置包括：

确定模块，用于响应于接收模块接收用户触发的关于目标应用程序的运维请求，确定待运维服务器；所述待运维服务器中搭载所述目标应用程序；所述待运维服务器为至少一个；

获取模块，用于若确定模块基于所述运维请求确定本地存在对应的运维脚本，则从本地获取所述运维脚本；

接收模块，还用于若确定模块基于所述运维请求确定本地不存在对应的运维脚本，则接收用户输入的运维命令以获得对应的运维脚本，并保存所述运维脚本至本地；

发送模块，用于将所述运维脚本并行发送至各待运维服务器，以使各所述待运维服务器基于所述运维脚本为所述目标应用程序执行对应的运维操作。

10.一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器和收发器；

所述存储器存储计算机执行指令；所述收发器，用于收发数据；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8中任一项所述的方法。

12.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述权利要求1-8中任一项所述的方法。