微服务的部署方法、装置、电子设备以及存储介质

技术领域

本发明涉及微服务技术领域，尤其涉及一种微服务的部署方法、装置、电子设备以及存储介质。

背景技术

随着技术的不断发展，微服务框架下的应用越来越广泛，微服务架构更加适应互联网快速、灵活的特点，微服务的部署在此过程中发挥着越来越重要的作用。但是，传统方案只能一次对一个微服务进行部署，而集群是由多个节点组成，在整套程序所需要的微服务部署数量过多时，要将所有使用的微服务导入所有节点上的操作耗时过长，容易遗漏。

发明内容

本发明提供了一种微服务的部署方法、装置、电子设备以及存储介质，以解决在内网环境中Kubernetes集群部署微服务复杂程度高，容易出错的问题。

根据本发明的一方面，提供了一种微服务的部署方法，包括：

生成目标部署任务的微服务安装镜像，微服务安装镜像用于对至少两个微服务镜像在Kubernetes集群的节点中进行自动引导部署；

基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送；

基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

根据本发明的另一方面，提供了一种微服务的部署装置，包括：

镜像生成模块，用于生成目标部署任务的微服务安装镜像，微服务安装镜像用于对至少两个微服务镜像在Kubernetes集群的节点中进行自动引导部署；

自动引导模块，用于基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送；

部署模块，用于基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的微服务的部署方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的微服务的部署方法。

本实施例的技术方案，通过目标部署任务生成微服务安装镜像，基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送；基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署，克服了在内网环境中Kubernetes集群部署微服务时，由于Kubernetes集群节点过多造成的操作耗时长且容易遗漏的问题，简化了部署过程的同时提高了部署的成功率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种微服务的部署方法的流程图；

图2为本发明实施例提供的一种微服务的部署结构框架；

图3为本发明实施例提供的另一种微服务的部署方法的流程图；

图4为本发明实施例提供的一种微服务的部署装置的结构示意图；

图5为实现本发明实施例的微服务的部署方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本发明实施例提供了一种微服务的部署方法的流程图，本实施例可适用于在内网环境上部署微服务器的情况，该方法可以由微服务的部署装置来执行，该微服务的部署装置可以采用硬件和/或软件的形式实现，该微服务的部署装置可配置于任何具有网络通信功能的电子设备中。如图1所示，该方法包括：

S110、生成目标部署任务的微服务安装镜像，微服务安装镜像用于对至少两个微服务镜像在Kubernetes集群的节点中进行自动引导部署。

微服务为一种软件架构方式，其将应用程序构建成一系列按业务领域划分的模块的、小的自治服务。微服务可以被认为是相互独立的组件，能够进行替换及升级。

其中，组件为可独立部署和可复用的软件模块，在本发明中表示由yaml配置或Helm的chart包组成的，可以在Kubernetes集群中部署的模块。Helm可以为一个用于管理Kubernetes应用程序的包管理工具。其允许定义、安装和管理由多个Kubernetes资源组成的应用程序。Helm提供了一种简化和标准化的方式来部署和管理应用程序，使得在Kubernetes集群中使用预定义的模板变得更加容易。yaml配置可以为用来写配置文件的语言，实质上是一种通用的数据串行化格式，可作为如Github Actions、K8s等软件的配置文件。

进一步地，采用至少两个微服务镜像是由于Kubernetes集群中的节点用于解决复杂的问题，因此为了能高效的解决问题，通常把单个庞大的单体服务拆解成一套微服务，其中，每个微服务对应一个微服务镜像。

镜像可以为一个完整的、可执行的软件包，其中包含了一个或多个应用程序及相关的运行环境和依赖项。

进一步地，镜像可通过Docker生成的，其中，Docker可以为开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理；Docker允许将应用和依赖包打包到一个可移植的镜像中，然后部署到任何安装了Linux或Windows操作系统的机器上，实现虚拟化；由Docker生成的镜像为Docker镜像，其是一种轻量级、可执行独立的软件包，它包含了运行某个软件所需的所有内容，包括应用程序和配置依赖。Docker镜像是一个可交付的运行环境，包括代码、运行时需要的库、环境变量和配置文件等。

微服务安装镜像可以为通过编程语言生成的能够对微服务镜像在Kubernetes集群的节点中进行自动引导部署的程序进行封装得到的镜像。其中，编程语言可以为Python等。微服务安装镜像包含自动化部署程序、监控Pod调度程序，镜像传输程序及本地镜像缓存等。

其中，自动化部署程序可用于调用Kubernetes API(Application ProgrammingInterface，应用程序编程接口)，即图2中的Kubernetes Master，实现微服务的部署。其中，API可以为一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

监控Pod调度程序可用于跟踪Kubernetes集群中Pod的调度情况，以确定微服务器是否已成功调度到节点，其中，Pod可以为Kubernetes集群创建或部署的最小/最简单的基本单位，一个Pod代表集群上正在运行的一个进程。一个Pod封装一个应用容器、存储资源、一个独立的网络IP以及管理控制容器运行方式的策略选项。Pod代表部署的一个单位，即Kubernetes集群中单个应用的实例，它可能由单个容器或多个容器共享组成的资源。

进一步地，容器可以为一种轻量级、独立的运行环境，它可以在各种操作系统和平台上运行。

镜像传输程序可用于当Pod成功调度到目标节点后，将所需的微服务安装镜像中微服务镜像传输到该节点的本地镜像缓存中。

本地镜像缓存：我们在每个Kubernetes集群节点上设置了一个本地的镜像缓存，用于存储所需的微服务镜像。

大规模容器集群管理工具(Kubernetes Cluster，Kubernetes集群)，一个开源的容器编排平台，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes集群为微服务架构提供了强大的支持，能够实现轻松地部署、管理和扩展微服务应用程序。

根据Kubernetes集群中需要部署微服务镜像的节点所对应的目标部署任务生成微服务器安装镜像。

可选的，生成目标部署任务的微服务安装镜像，包括步骤A1-A2：

步骤A1、读取目标部署任务所需的至少两个微服务镜像，至少两个微服务镜像已经在开发环境中验证通过。

从Kubernetes集群开发环境中读取与目标部署任务对应的已经在开发环境中验证通过的微服务镜像。

进一步地，微服务镜像通过在开发环境中运行，根据运行的结果验证其是否能够满足期望的目标，若能，则表示微服务镜像已经在开发环境中验证通过；若不能满足，则表示微服务镜像中存在漏洞需要进行修改，修改完成后继续进行验证，直至满足条件。

步骤A2、基于读取的至少两个微服务镜像，通过DevOps系统进行打包生成目标部署任务的微服务安装镜像。

DevOps可以为能够更好的优化开发(DEV)、测试(QA)、运维(OPS)的流程，开发运维一体化，通过高度自动化工具与流程来使得软件构建、测试、发布更加快捷、频繁和可靠的软件。

将读取到的微服务镜像，通过DevOps系统进行打包生成目标部署任务的微服务安装镜像。

上述步骤，DevOps系统将微服务镜像打包生成微服务安装镜像，相当于将多个微服务打包整合到一个镜像中，方便一次性分发部署。

S120、基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送。

目标节点可以为需要进行微服务器部署的节点。

将微服务安装镜像加载到需要部署的Kubernetes集群上的目标节点上，在目标节点上运行微服务安装镜像将微服务镜像主动推送到目标节点上。

S130、基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

微服务容器可以为在Kubernetes集群的目标节点中生成的用于运行微服务镜像的运行环境。

将与目标节点对应的微服务镜像推送至Kubernetes集群的目标节点，Kubernetes集群的目标节点在接收到微服务镜像后，在Kubernetes集群的目标节点上创建对应微服务容器，在微服务容器中完成微服务的部署。

本实施例的技术方案，通过目标部署任务生成微服务安装镜像，基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送；基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署，克服了在内网环境中Kubernetes集群部署微服务时，由于Kubernetes集群节点过多造成的操作耗时长且容易遗漏的问题，简化了部署过程的同时提高了部署的成功率。

图3为本发明实施例提供的另一种微服务的部署方法的流程图，本实施例与上述实施例之间的关系是对步骤S120基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送的进一步展开，本实施例可与上述一个或多个实施例中各个可选方案结合。如图3所示，该方法包括：

S210、生成目标部署任务的微服务安装镜像，微服务安装镜像用于对至少两个微服务镜像在Kubernetes集群的节点中进行自动引导部署。

S220、将微服务安装镜像加载Kubernetes集群的目标节点，并在目标节点运行对应的微服务安装容器。

微服务安装容器可以为根据微服务安装镜像生成的能够运行微服务安装镜像的运行环境。

将生成的与目标部署任务对应的微服务安装镜像加载到Kubernetes集群的目标节点，并在目标节点上运行与之对应的微服务安装容器。

进一步的，微服务安装容器可以为预先生成的用于运行微服务安装镜像的运行环境。

示例性的，当微服务安装镜像加载到需要部署的Kubernetes集群的目标节点上，运行kubect1指令，目标节点开始运行对应的微服务安装容器。其中，kubect1指令可以为Kubernetes API与Kubernetes集群的控制面进行通信的命令行工具。

S230、基于微服务安装容器将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行引导推送。

在Kubernetes集群中运行微服务安装容器，将微服务安装镜像中的微服务镜像引导推送至Kubernetes集群的目标节点。

可选的，基于微服务安装容器将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行引导推送，包括步骤B1-B3：

步骤B1、在微服务安装容器运行于目标节点时，启动并运行微服务安装镜像中的自动引导逻辑，以指示启动Kubernetes集群的接口进行微服务部署。

自动引导逻辑即为上述描述的自动化部署程序，用于启动Kubernetes集群的接口，实现微服务的自动部署。Kubernetes集群接口可以为Kubernetes API，API负责提供HTTP API，以供用户、集群中的不同部分和集群外部组件相互通信。Kubernetes API可以在Kubernetes集群中查询和操纵API对象的状态，如Pod的状态。

当微服务安装容器在目标节点中运行时，启动并运行微服务安装镜像中的自动引导逻辑，从而调用Kubernetes集群接口以实现微服务的部署。

上述步骤，采用自动引导逻辑，调用Kubernetes API实现自动化部署微服务，减少了人工操作，提高了部署效率。

步骤B2、基于自动引导逻辑调用微服务安装镜像中的Pod调度检测逻辑对Kubernetes集群中Pod的调度情况进行检测，以确定Kubernetes集群中Pod是否已成功调度到目标节点。

Pod调度检测逻辑即上述描述的监控Pod调度程序，用于跟踪Kubernetes集群中Pod的调度情况，以确定微服务器是否已成功调度到节点。

当启动并运行微服务安装镜像中的自动引导逻辑后，根据自动引导逻辑调用微服务安装镜像中的Pod调度检测逻辑对Pod的调度情况进行检测，判断Kubernetes集群中Pod是否已成功调度到目标节点。

步骤B3、在Kubernetes集群中Pod调度到指定的目标节点时，将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行推送。

若Pod调度检测逻辑确定Kubernetes集群中Pod已成功调度到目标节点，则将微服务安装镜像中的微服务镜像推送至Kubernetes集群的目标节点；若Pod调度检测逻辑确定Kubernetes集群中Pod未成功调度到目标节点，则继续进行检测。

可选的，将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行推送，包括：

通过微服务安装镜像中的镜像传输逻辑，将微服务安装镜像中微服务镜像传输到Kubernetes集群的目标节点的本地镜像缓存。

镜像传输逻辑可以为上述描述的镜像传输程序，用于当Pod成功调度到目标节点，将所需的微服务安装镜像中微服务镜像传输到该节点的本地镜像缓存中。

本地镜像缓存可以为用于保存微服务镜像的存储单元，如图2所示，每个目标节点都对应一个本地镜像缓存。

若Pod调度检测逻辑确定Kubernetes集群中Pod已成功调度到目标节点，则镜像传输逻辑将微服务安装镜像中的微服务镜像传输到Kubernetes集群的目标节点的本地镜像缓存。

采用上述步骤，通过Pod调度检测逻辑实现对Pod调度情况的检测，在检测到调度成功后，镜像传输逻辑将对应的微服务安装镜像中微服务镜像传输到目标节点的本地镜像缓存中，保证了业务程序的正常运行。

S240、基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

可选的，基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署，包括步骤C1-C2：

步骤C1、从Kubernetes集群的目标节点的本地镜像缓存中读取微服务镜像。

从Kubernetes集群的目标节点的本地镜像缓存中读取与目标部署任务匹配的微服务镜像。

步骤C2、基于读取的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

根据在本地镜像缓存中读取微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器，在微服务容器中进行微服务部署。

示例性的，如图2所示，DevOps系统从Kubernetes集群开发环境中读取已经完成开发环境验证的微服务镜像，将所得的微服务镜像打包生成目标部署任务的微服务安装镜像，以二进制的方式发送给微服务安装容器，微服务安装容器在目标节点运行时，启动并运行微服务安装镜像中的自动引导逻辑，调用并启动Kubernetes Master，即Kubernetes API对微服务进行部署；当启动并运行微服务安装镜像中的自动引导逻辑后，根据自动引导逻辑调用微服务安装镜像中的Pod调度检测逻辑对Pod的调度情况进行检测，若Pod调度检测逻辑确定Kubernetes集群中Pod已成功调度到目标节点，则将微服务安装镜像中的微服务镜像传输到Kubernetes集群的目标节点的本地镜像缓存，从Kubernetes集群的目标节点的本地镜像缓存中读取微服务镜像，并根据微服务镜像创建微服务容器进行部署。

本实施例的技术方案，根据目标部署任务生成对应的微服务安装镜像，将获得的微服务安装镜像加载到目标节点中，启动并运行微服务安装镜像中的自动引导逻辑，调用并启动Kubernetes API对微服务进行部署，实现了自动部署微服务，减少了人工操作，提高了部署效率；通过Pod调度检测逻辑实现对Pod调度情况的检测，在检测到调度成功后，采用镜像传输逻辑将对应的微服务安装镜像中微服务镜像传输到目标节点的本地镜像缓存中，保证了业务程序的正常运行；从Kubernetes集群的目标节点的本地镜像缓存中读取微服务镜像，并根据微服务镜像创建微服务容器进行部署。该方法克服了在内网环境中Kubernetes集群部署微服务时，由于Kubernetes集群节点过多造成的操作耗时长且容易遗漏的问题，简化了部署过程的同时提高了部署的成功率。

图4为本发明实施例提供的一种微服务的部署装置的结构示意图。本实施例可适用于在内网环境上部署微服务器的情况，该方法可以由微服务的部署装置来执行，该微服务的部署装置可以采用硬件和/或软件的形式实现，该微服务的部署装置可配置于任何具有网络通信功能的电子设备中如图4所示，该装置包括：镜像生成模块310、自动引导模块320及部署模块330，其中：

镜像生成模块310：用于生成目标部署任务的微服务安装镜像，微服务安装镜像用于对至少两个微服务镜像在Kubernetes集群的节点中进行自动引导部署；

自动引导模块320：用于基于微服务安装镜像将微服务镜像向Kubernetes集群的目标节点进行自动引导推送；

部署模块330：用于基于Kubernetes集群的目标节点接收的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

可选的，镜像生成模块310，包括：

镜像验证单元：用于读取目标部署任务所需的至少两个微服务镜像，至少两个微服务镜像已经在开发环境中验证通过；

微服务镜像安装单元：用于基于读取的至少两个微服务镜像，通过DevOps系统进行打包生成目标部署任务的微服务安装镜像。

可选的，自动引导模块320，包括：

微服务容器安装单元：用于将微服务安装镜像加载Kubernetes集群的目标节点，并在目标节点运行对应的微服务安装容器；

推送单元：用于基于微服务安装容器将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行引导推送。

可选的，推送单元，包括：

微服务部署子单元：用于在微服务安装容器运行于目标节点时，启动并运行微服务安装镜像中的自动引导逻辑，以指示启动Kubernetes集群的接口进行微服务部署；

调度子单元：用于基于自动引导逻辑调用微服务安装镜像中的Pod调度检测逻辑对Kubernetes集群中Pod的调度情况进行检测，以确定Kubernetes集群中Pod是否已成功调度到目标节点；

推送子单元：用于在Kubernetes集群中Pod调度到指定的目标节点时，将微服务安装镜像中微服务镜像向Kubernetes集群的目标节点进行推送。

可选的，推送子单元，具体用于：

通过微服务安装镜像中的镜像传输逻辑，将微服务安装镜像中微服务镜像传输到Kubernetes集群的目标节点的本地镜像缓。

可选的，部署模块330，包括：

镜像读取单元：用于从Kubernetes集群的目标节点的本地镜像缓存中读取微服务镜像；

部署单元：用于基于读取的微服务镜像在Kubernetes集群的目标节点上创建对应微服务容器进行部署。

本发明实施例中所提供的微服务的部署装置可执行上述本发明任意实施例中所提供的微服务的部署方法，具备执行该微服务的部署方法相应的功能和有益效果，详细过程参见前述实施例微服务的部署方法的相关操作。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定，且不违背公序良俗。

图5为实现本发明实施例的微服务的部署方法的电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如微服务的部署方法。

在一些实施例中，微服务的部署方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的微服务的部署方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行微服务的部署方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

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

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

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。