一种基于容器编排管理工具管理脚本任务的方法及装置

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种基于容器编排管理工具管理脚本任务的方法及装置。

背景技术

相关技术中，在使用Kubernetes时，大多是基于Kubernetes本身的功能进行操作，而Kubernetes的操作软件本身又过于沉重，无法快速操作重启脚本、更换镜像文件、编辑脚本容器配置等，在使用过程中耗费时间、效率较低。例如，如果需要重新部署Kubernetes容器中的程序，需要先进入到docker中、通过git命令获取程序代码的最新代码镜像，通过docker更新容器中最新的代码镜像，在执行kubectl rollout restart deployment myapp命令进行重启，操作过程较为繁琐，效率较低，且容易出错。

发明内容

本发明实施例提供一种基于容器编排管理工具管理脚本任务的方法及装置，以解决相关技术中，在使用Kubernetes执行重启脚本、更换镜像文件等任务时，操作过程较为繁琐，效率较低，且容易出错的技术问题。

为解决上述技术问题，本发明实施例提供如下几个方面：

第一方面，本发明实施例提供了一种基于容器编排管理工具管理脚本任务的方法，方法包括：

接收用户输入的脚本任务获取指令；

根据所述脚本任务获取指令，获取当前在所述容器编排管理工具上运行的所有脚本任务的列表信息；

接收用户输入的待处理脚本任务选择指令，并根据所述待处理脚本任务选择指令从所述列表信息中，确定待处理脚本任务；

发出第一提示信息，其中，所述第一提示信息用于提示所述用户确定是否替换与所述待处理脚本任务相对应的镜像文件；

接收所述用户的第一选择指令，其中，所述第一选择指令用于指示替换所述镜像文件；

根据所述第一选择指令，判断在第一预设时间段内，是否接收到所述用户输入的目标分支的名称，其中，所述目标分支上存储有目标镜像文件；

如果在所述第一预设时间段内接收到所述用户输入的目标分支的名称，则通过代码管理工具的接口，提取所述代码管理工具的所述目标分支上的最新镜像文件并保存，其中，所述最新镜像文件为所述目标镜像文件；

如果在所述第一预设时间段内未接收到所述用户输入的目标分支的名称，则通过所述代码管理工具的接口，提取所述代码管理工具的主分支上的最新镜像文件并保存；

将所述最新镜像文件发送至所述容器编排管理工具，其中，所述容器编排管理工具用于根据所述最新镜像文件进行待处理脚本任务的重启。

可选的，在发出第一提示信息之后，所述方法还包括：

若在第二预设时间段内未接收到所述第一选择指令，则发送第一通知信息至所述容器编排管理工具，其中，所述第一通知信息用于指示与所述待处理脚本任务相对应的镜像文件未发生更改。

可选的，在将所述最新镜像文件发送至所述容器编排管理工具，或者，若在第二预设时间段内未接收到所述第一选择指令，则发送第一通知信息至所述容器编排管理工具之后，所述方法还包括：

发出第二提示信息，其中，所述第二提示信息用于提示所述用户确定是否更改与所述待处理脚本任务相对应的容器配置；

接收所述用户的第二选择指令，其中，所述第二选择指令用于指示更改所述容器配置；

根据所述第二选择指令，接收所述用户输入的所述目标分支的名称，其中，所述目标分支上存储有目标容器配置；

通过所述代码管理工具的接口，提取所述代码管理工具的所述目标分支上的最新容器配置并保存，其中，所述最新容器配置为所述目标容器配置；

如果在第三预设时间段内未接收到所述用户输入的所述目标分支的名称，则通过所述代码管理工具的接口，提取所述代码管理工具的主分支上的最新容器配置并保存；

将所述最新容器配置发送至所述容器编排管理工具，其中，所述容器编排管理工具用于根据所述最新容器配置进行待处理脚本任务的重启。

可选的，在发出第二提示信息之后，所述方法还包括：

若在第四预设时间段内未接收到所述第二选择指令，则发送第二通知信息至所述容器编排管理工具，其中，所述第二通知信息用于指示与所述待处理脚本任务相对应的容器配置未发生更改。

可选的，在所述容器编排管理工具根据所述最新容器配置进行待处理脚本任务的重启之后，所述方法还包括：

检查所述脚本任务的状态并对所述脚本任务进行测试，生成测试结果；

根据所述测试结果生成测试报告。

第二方面，本发明实施例提供一种基于容器编排管理工具管理脚本任务的装置，所述装置包括：

接收模块，用于接收用户输入的脚本任务获取指令；

执行模块，用于根据所述脚本任务获取指令，获取当前在所述容器编排管理工具上运行的所有脚本任务的列表信息；

所述接收模块，还用于接收用户输入的待处理脚本任务选择指令，并根据所述待处理脚本任务选择指令从所述列表信息中，确定待处理脚本任务；

所述执行模块，还用于发出第一提示信息，其中，所述第一提示信息用于提示所述用户确定是否替换与所述待处理脚本任务相对应的镜像文件；

所述接收模块，还用于接收所述用户的第一选择指令，其中，所述第一选择指令用于指示替换所述镜像文件；

所述执行模块，还用于根据所述第一选择指令，判断在第一预设时间段内，是否接收到所述用户输入的目标分支的名称，其中，所述目标分支上存储有目标镜像文件；

如果在所述第一预设时间段内接收到所述用户输入的目标分支的名称，则通过代码管理工具的接口，提取所述代码管理工具的所述目标分支上的最新镜像文件并保存，其中，所述最新镜像文件为所述目标镜像文件；

如果在所述第一预设时间段内未接收到所述用户输入的目标分支的名称，则通过所述代码管理工具的接口，提取所述代码管理工具的主分支上的最新镜像文件并保存；

将所述最新镜像文件发送至所述容器编排管理工具，其中，所述容器编排管理工具用于根据所述最新镜像文件进行待处理脚本任务的重启。

可选的，所述执行模块，还用于在发出第一提示信息之后，若在第二预设时间段内未接收到所述第一选择指令，则发送第一通知信息至所述容器编排管理工具，其中，所述第一通知信息用于指示与所述待处理脚本任务相对应的镜像文件未发生更改。

可选的，所述执行模块，还用于在将所述最新镜像文件发送至所述容器编排管理工具，或者，若在第二预设时间段内未接收到所述第一选择指令，则发送第一通知信息至所述容器编排管理工具之后，发出第二提示信息，其中，所述第二提示信息用于提示所述用户确定是否更改与所述待处理脚本任务相对应的容器配置；

所述接收模块，还用于接收所述用户的第二选择指令，其中，所述第二选择指令用于指示更改所述容器配置；根据所述第二选择指令，接收所述用户输入的所述目标分支的名称，其中，所述目标分支上存储有目标容器配置；

所述执行模块，还用于通过所述代码管理工具的接口，提取所述代码管理工具的所述目标分支上的最新容器配置并保存，其中，所述最新容器配置为所述目标容器配置；

如果在第三预设时间段内未接收到所述用户输入的所述目标分支的名称，则通过所述代码管理工具的接口，提取所述代码管理工具的主分支上的最新容器配置并保存；

将所述最新容器配置发送至所述容器编排管理工具，其中，所述容器编排管理工具用于根据所述最新容器配置进行待处理脚本任务的重启。

可选的，所述执行模块，还用于在发出第二提示信息之后，若在第四预设时间段内未接收到所述第二选择指令，则发送第二通知信息至所述容器编排管理工具，其中，所述第二通知信息用于指示与所述待处理脚本任务相对应的容器配置未发生更改。

可选的，所述执行模块，还用于在所述容器编排管理工具根据所述最新容器配置进行待处理脚本任务的重启之后，检查所述脚本任务的状态并对所述脚本任务进行测试，生成测试结果；根据所述测试结果生成测试报告。

第三方面，本发明实施例提供一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的一种基于容器编排管理工具管理脚本任务的方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的一种基于容器编排管理工具管理脚本任务的方法的步骤。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现如第一方面所述的一种基于容器编排管理工具管理脚本任务的方法的步骤。

由此，本发明实施例所示的方法可应用于自研发系统中，在自研发系统的操作界面上，配置一系列的输入框和提示框，且自研发系统与容器编排管理工具（例如：Kubernetes）相连接，也与代码管理工具（例如：Gitlab）相连接，由此，通过一系列配置，可针对Kubernetes脚本容器进行一键自动操作重启脚本、更换镜像文件、编辑脚本容器配置等操作，可提高测试工作效率，减少人工介入。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的一种基于容器编排管理工具管理脚本任务的方法的流程图；

图2为本发明实施例提供的一种基于容器编排管理工具管理脚本任务的方法的流程图；

图3为本发明实施例提供的一种基于容器编排管理工具管理脚本任务的方法的流程图；

图4为本发明实施例提供的一种基于容器编排管理工具管理脚本任务的装置的结构框图；

图5为本发明实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了根据本发明实施例提供的一种基于容器编排管理工具管理脚本任务的方法，如图1所示，方法包括：

步骤S101、接收用户输入的脚本任务获取指令；

步骤S102、根据脚本任务获取指令，获取当前在容器编排管理工具上运行的所有脚本任务的列表信息；

步骤S103、接收用户输入的待处理脚本任务选择指令，并根据待处理脚本任务选择指令从列表信息中，确定待处理脚本任务；

步骤S104、发出第一提示信息；

其中，第一提示信息用于提示用户确定是否替换与待处理脚本任务相对应的镜像文件；

步骤S105、接收用户的第一选择指令；

其中，第一选择指令用于指示替换镜像文件；

步骤S106、判断在第一预设时间段内，是否接收到用户输入的目标分支的名称；

其中，目标分支上存储有目标镜像文件；

步骤S107、如果在第一预设时间段内接收到用户输入的目标分支的名称，则通过代码管理工具的接口，提取代码管理工具的目标分支上的最新镜像文件并保存；

其中，最新镜像文件为目标镜像文件；

步骤S108、如果在第一预设时间段内未接收到用户输入的目标分支的名称，通过代码管理工具的接口，提取代码管理工具的主分支上的最新镜像文件并保存；

步骤S109、将最新镜像文件发送至容器编排管理工具；

其中，容器编排管理工具用于根据最新镜像文件进行待处理脚本任务的重启。

首先，图1所示的方法可以应用于自研发的系统中，在具体的应用场景中，自研发系统可调用容器编排管理工具（如：Kubernetes）和代码管理工具（如：Gitlab），自研发系统可利用代码管理工具进行镜像文件的替换以及容器配置文件的配置（如图2所述的方法），以辅助容器编排管理工具进行脚本任务的重启，用户通过自研发系统的交互界面，可与其进行交互，发送指令等。

且图1中所述各种指令（如：获取指令、选择指令）的输入方式可以是多种形式的，不限于文字、代码等，也可以是语音、图像、手势等等。对于语音输入指令，可以使用语音识别技术将用户的语音转换成文本；对于手势输入指令，可以使用手势识别技术将用户的手势动作转换成指令。可根据实际需求进行设置，本发明实施例对此不做限制。

需要说明的是，首先系统需接收用户输入的脚本任务获取指令，并获取当前在容器编排管理工具上运行的所有脚本任务的列表信息，用户可从所获取的列表信息中，手动选择待处理脚本任务，之后，系统可通过显示界面发出第一提示信息（不限于语音提示、文字提示等），以提示用户确定是否替换与待处理脚本任务相对应的镜像文件。之后，可分为两种情况。

在第一种情况中，如果用户确定替换，则进一步判断在第一预设时间段内（可以设置为30秒），是否接收到用户输入的目标分支的名称；其中，目标分支上存储有目标镜像文件；如果接收到，则可调用代码管理工具，即通过代码管理工具的接口，提取代码管理工具的目标分支上的最新镜像文件并保存；其中，最新镜像文件为目标镜像文件；如果未接收到，则通过代码管理工具的接口，提取代码管理工具的主分支上的最新镜像文件并保存，此处的一种可选的实现方式为：提取代码管理工具的默认分支上的最新镜像文件并保存，默认分支与待处理的脚本任务相对应，之后，可将最新镜像文件发送至容器编排管理工具，其中，容器编排管理工具用于根据最新镜像文件进行待处理脚本任务的重启。

在第二种情况中，若在第二预设时间段内（可以设置为40秒）未接收到第一选择指令，则发送第一通知信息至容器编排管理工具，第一通知信息用于指示与待处理脚本任务相对应的镜像文件未发生更改。也就是说，在用户不需要对脚本任务所对应的镜像文件进行更改的情况下，可发送通知信息至容器编排管理工具，以告知与待处理脚本任务相对应的镜像文件未发生更改。可选的，用户也可以发出一选择指令，该选择指令用于指示无需替换镜像文件。

在一种可能的实现方式中，在将最新镜像文件发送至容器编排管理工具，或者，若在第二预设时间段内未接收到第一选择指令，则发送第一通知信息至容器编排管理工具之后，如图2所示，方法还包括：

步骤S201、发出第二提示信息；

其中，第二提示信息用于提示用户确定是否更改与待处理脚本任务相对应的容器配置；

步骤S202、接收用户的第二选择指令；

其中，第二选择指令用于指示更改容器配置；

步骤S203、根据第二选择指令，接收用户输入的目标分支的名称；

其中，目标分支上存储有目标容器配置；

步骤S204、通过代码管理工具的接口，提取代码管理工具的目标分支上的最新容器配置并保存；

其中，最新容器配置为目标容器配置；

步骤S205、如果在第三预设时间段内未接收到用户输入的目标分支的名称，通过代码管理工具的接口，提取代码管理工具的主分支上的最新容器配置并保存；

步骤S206、将最新容器配置发送至容器编排管理工具；

其中，容器编排管理工具用于根据最新容器配置进行待处理脚本任务的重启。

在一种可能的实现方式中，在发出第二提示信息之后，方法还包括：若在第四预设时间段内未接收到第二选择指令，则发送第二通知信息至容器编排管理工具，其中，第二通知信息用于指示与待处理脚本任务相对应的容器配置未发生更改。

需要说明的是，在执行完图1所示的方法实施例，及替换镜像文件或者使用上一次的镜像文件之后，还需确定是否修改容器配置，并根据实际需要，利用Gitlab，进行容器配置的修改，或者，使用上一次的容器配置，由此，在对待处理脚本任务的镜像文件和容器配置都进行确认后，容器编排管理工具可处理待处理脚本任务，如：重启待处理脚本任务。

在一种可能的实现方式中，在容器编排管理工具根据最新容器配置进行待处理脚本任务的重启之后，方法还包括：检查脚本任务的状态并对脚本任务进行测试，生成测试结果；根据测试结果生成测试报告。

由此，重启后会自动检测脚本任务的状态，是否完成，是否健康，是否包含明显错误，同时产出日志，供测人员进行排查问题。其中，明显错误可以是：日志中明显包含error报错信息、Kubernetes服务超时未启动、日志中出现服务终止、宕机等。

由此，本发明实施例可应用于自研发系统中，在自研发系统的操作界面上，配置一系列的输入框和提示框，且自研发系统与容器编排管理工具（例如：Kubernetes）相连接，也与代码管理工具（例如：Gitlab）相连接，由此，通过一系列配置，可针对Kubernetes脚本容器进行一键自动操作重启脚本、更换镜像文件、编辑脚本容器配置等操作，可提高测试工作效率，减少人工介入。

且在实际应用中发现，应用背景技术部分所述的方法，每次更换镜像文件，重新编辑容器配置，再进行重启脚本，这一套流程需要多次人工操作，至少需要1分钟的时间，而本发明实施例所配置的自动化流程，可针对Kubernetes脚本容器进行一键自动操作重启脚本、更换镜像文件、编辑脚本容器配置等操作，只需1秒即可实现该流程的所有步骤。应用本发明实施例所示的方法，并基于Kubernetes容器服务框架可快速进行重启脚本、更换镜像文件、编辑脚本容器配置等操作，可减少人工介入，提高工作效率。

本发明实施例所述方案可总结如下，且总体流程图可参考图3。

（1）从系统中获取到k8s目前服务的所有脚本任务

（2）选择要重启的脚本任务

（3）需要替换镜像文件，则可在选项中选择：

a：需要替换镜像：输入要更换镜像文件的分支，如不输入则默认提取default分支（默认分支，例如：可以为主分支）的镜像文件，系统会通过代码管理工具（如：Gitlab）开放API（Application Programming Interface，应用程序编程接口）提取到分支最新镜像文件进行保存。

b：不需要替换镜像：不会调用代码管理工具接口，使用上次镜像文件，可节省效率，减少调用接口次数。

（4）是否需要修改容器配置

a：需要更改容器配置：输入修改后的容器配置，通过代码管理工具接口进行修改容器配置文件。

b：不需要更改容器配置：不会调用代码管理工具接口，使用上次容器配置

（5）自动重启脚本任务，可自动加载新的镜像文件和配置文件。

（6）重启脚本后，可提供测试人员进行对脚本任务进行测试。

（7）重启后会自动检测脚本任务的状态，是否完成，是否健康，是否包含明显错误，同时产出日志，供测人员进行排查问题。

由此，应用本发明实施例所示的方法，并基于Kubernetes容器服务框架可快速进行重启脚本、更换镜像文件、编辑脚本容器配置等操作，可减少人工介入，提高工作效率。

本发明实施例提供一种基于容器编排管理工具管理脚本任务的装置，如图4所示，装置40包括：

接收模块401，用于接收用户输入的脚本任务获取指令；

执行模块402，用于根据脚本任务获取指令，获取当前在容器编排管理工具上运行的所有脚本任务的列表信息；

接收模块401，还用于接收用户输入的待处理脚本任务选择指令，并根据待处理脚本任务选择指令从列表信息中，确定待处理脚本任务；

执行模块402，还用于发出第一提示信息，其中，第一提示信息用于提示用户确定是否替换与待处理脚本任务相对应的镜像文件；

接收模块401，还用于接收用户的第一选择指令，其中，第一选择指令用于指示替换镜像文件；

执行模块402，还用于根据第一选择指令，判断在第一预设时间段内，是否接收到用户输入的目标分支的名称，其中，目标分支上存储有目标镜像文件；

如果在第一预设时间段内接收到用户输入的目标分支的名称，则通过代码管理工具的接口，提取代码管理工具的目标分支上的最新镜像文件并保存，其中，最新镜像文件为目标镜像文件；

如果在第一预设时间段内未接收到用户输入的目标分支的名称，则通过代码管理工具的接口，提取代码管理工具的主分支上的最新镜像文件并保存；

将最新镜像文件发送至容器编排管理工具，其中，容器编排管理工具用于根据最新镜像文件进行待处理脚本任务的重启。

在一种可能的实现方式中，执行模块402，还用于在发出第一提示信息之后，若在第二预设时间段内未接收到第一选择指令，则发送第一通知信息至容器编排管理工具，其中，第一通知信息用于指示与待处理脚本任务相对应的镜像文件未发生更改。

在一种可能的实现方式中，执行模块402，还用于在将最新镜像文件发送至容器编排管理工具，或者，若在第二预设时间段内未接收到第一选择指令，则发送第一通知信息至容器编排管理工具之后，发出第二提示信息，其中，第二提示信息用于提示用户确定是否更改与待处理脚本任务相对应的容器配置；

接收模块401，还用于接收用户的第二选择指令，其中，第二选择指令用于指示更改容器配置；根据第二选择指令，接收用户输入的目标分支的名称，其中，目标分支上存储有目标容器配置；

执行模块402，还用于通过代码管理工具的接口，提取代码管理工具的目标分支上的最新容器配置并保存，其中，最新容器配置为目标容器配置；

如果在第三预设时间段内未接收到用户输入的目标分支的名称，则通过代码管理工具的接口，提取代码管理工具的主分支上的最新容器配置并保存；

将最新容器配置发送至容器编排管理工具，其中，容器编排管理工具用于根据最新容器配置进行待处理脚本任务的重启。

在一种可能的实现方式中，执行模块402，还用于在发出第二提示信息之后，若在第四预设时间段内未接收到第二选择指令，则发送第二通知信息至容器编排管理工具，其中，第二通知信息用于指示与待处理脚本任务相对应的容器配置未发生更改。

在一种可能的实现方式中，执行模块402，还用于在容器编排管理工具根据最新容器配置进行待处理脚本任务的重启之后，检查脚本任务的状态并对脚本任务进行测试，生成测试结果；根据测试结果生成测试报告。

由此，本发明实施例可应用于自研发系统中，在自研发系统的操作界面上，配置一系列的输入框和提示框，且自研发系统与容器编排管理工具（例如：Kubernetes）相连接，也与代码管理工具（例如：Gitlab）相连接，由此，通过一系列配置，可针对Kubernetes脚本容器进行一键自动操作重启脚本、更换镜像文件、编辑脚本容器配置等操作，可提高测试工作效率，减少人工介入。

且在实际应用中发现，应用背景技术部分所述的方法，每次更换镜像文件，重新编辑容器配置，再进行重启脚本，这一套流程需要多次人工操作，至少需要1分钟的时间，而本发明实施例所配置的自动化流程，可针对Kubernetes脚本容器进行一键自动操作重启脚本、更换镜像文件、编辑脚本容器配置等操作，只需1秒即可实现该流程的所有步骤。应用本发明实施例所示的方法，并基于Kubernetes容器服务框架可快速进行重启脚本、更换镜像文件、编辑脚本容器配置等操作，可减少人工介入，提高工作效率。

本发明实施例还提供一种电子设备50，如图5所示，包括：处理器501、存储器502及存储在存储器502上并可在处理器501上运行的程序，程序被处理器执行时实现如上述方法实施例所示的一种基于容器编排管理工具管理脚本任务的方法的步骤。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上述方法实施例所示的一种基于容器编排管理工具管理脚本任务的方法的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等。

本申请实施例还提供一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现上述图1或图2或图3所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。